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I. LNTRODUCTIIN 


Me avAL FisLD CONTRACTINS SYSTEM MSESSION 


The Naval Supply Systems Command's (NAVSUP) Ghiareer 


Specifically assigns them with th2 responsibility for the 
procurement of material and secvices throughout che 


Department of the Navy 2xcept as otherwise dalegatad by 


higher Suey Oor 2+ y. Included Wied a this procurement 
authority is =the management ‘responsibility for th2= Navv 
Field Contracting System (NFCS). The NFCS consist of field 


ctivities, located a* v2rious Naval facilities, with dele- 


ey) 


gated procurement authority of various monetary thresholds. 


Mmumpecew: £1 tne £:6e1q activities =hat the ynlitimate = 


2 
bility cf satisfying all the fleet vurchas¢e request depends. 
N 


[moe 5 = PS Inherent overall mission cf the PES to 
M=Oovede effective and efficient procuremen* services ‘to 
meeee unz=ts and Naval Shore activities. This s¢rvice 
myerudes supplying iocally-procured standard items, non- 
Standard material, and other servite2s. S£fective perfor- 
MmeesCL =f] Procurement Turcticn consists of providing tne 
SGaseomer the Material or service requested at the time i+ is 


Be. BACKGROUND 


Over the last decade, aeMagos Clz22=2cism o£ “the Navy 
meeea Cecrntracting System has been inadequat= procurement 
SOD sss. Ono, ~- = nS 


response time (the time slapsing fr 


om 
Seermuise T2guUSition to delivery cf the needed material or 


service). Didemmg ehe sariy 1970s, the Naval Supodly Systen 
Conmand (NAVSUP) became aware of several common hoe 





Mecweciimeectced Ndtring Sctlices conducted on the pzocurement 


process. They were: 


lee back Of Standardiza*ion, 

2. Untimely status Information, 

3. Inflexible management reports, and 

Pere inesttace only with hard ccpy iscument 


All of these problems impacted upor th2 total responsiveness 
fe 


zd 
of the procurement process and directly affected the mission 


Bagot lity of the NFCS. 


ae 


me 1978, aS a direct res of «hese studies, NAVSUP 


(D 


ul 
initiated actions to automate the procurement process at the 


major NFCS activities. These re somprised of the Naval 
2acizsnal Contracting Centers 
= 


tha* would overcome th: 


a 
Supply Centers (NSC) and Naval R 
(NRCC). NAVSUP envision2i a syst 
S 


n 
oonse time of the procure- 


(D 


deficiencies and enhance thet 
Men* process. 
The automated system's major objectives would be to: 


1. Automate the procurement document preparation, 
2. Management tracking, 

Beeeecen<=2Ol of non-standard requisition documarts, 
Pee Sseatus repor®s to customers, 

5. Gensrate management statistics and reports, and 


Meee AU=OMate the interface with the accounting functions. 


Q 
oR 
re) 
ry 


igre s | of 1975, a reséar 
T (Automation of Procurement an 
mmc se tec, Although «he RSD ef 


it demonstrated a definits need +2 automate *he procurement 
process. By 1977, NAVSUP directed that system develooment, 
APADE II, be initiated with a total svstem package scheduled 


19 





Tn November 1979, with only oartial development and 


implementation at two prototype sites completed, the Chief 


of Naval Operations scecsommended t> NAVSUP tha further 
development and implementation be discontinued unti the 
Automated Data System (ADS) plan was rewritten and hardware 


requirements analyzed. Th new development effort was to bs 
Mecomplished in accordans]= with th current directives on 


the Navy's Automated Data System Program. 


fae OBJECTIVE 


Ae 


js 


sis w 


(> 


iieenG@edre thet ons —presentacion of this Th 


Mmebom, tneough 2he presentation of a documented recerda 
e2 the fe) 


Wichin the NFCS, the underlying re3 


major efforts to automate the procursment process 

sons for the projects 
deley and the problems cited y tha Naval Data Au*omationr 
O 


Ee Wa lossy ta: 


() 
iv 


b 
Command's project evaluation rep 


pecondiy, and cerhaps more importantly, by describing 
the varicus phases of development of the APADE project and 
comparing them *0 a recommended ADS develcpméent process, 


Meta ble insight of the problems involved in designin 
developing, and implementing an automated system 
promote improved manageriz2l decisions concerning automatio 

Lae sl 


mie cCindl Objective =5s to contribute an overe 


Peeppeesentinrg a documented historical record of «the events 
Semeeacilitate the current automation 2ffort cf the procure- 
ment process. 
te COPS 

Mees et rors te aucomat> the NFCS procuremeat process has 
covered @ minimum of eight years. Ores thet —zume pes od, 
there have been seven commands within the Department of ths 


11 





Navy, OUST DE IVacte —COnM=tac-ors and the General Servics 
Maministrati:on (GSA) associated with the preject in one forn 
or another. It is impossible to record, within 2 reasonable 
amount of time, all cf th2 correspondance and documentation 
meen transpired during that period. ACGOECONGLY, Ss 
stucy eé¢xamines the key documentation and correspo 
submitted and received by the Fleat Material Support 
(FMSO), in the role as Céntral Design Agency for ths 
project; the GSA involvement; the role of NAVSUP as the 
Mmeoject manager; and, finally, the utilization of a privat 
contractor +o design, dav2lop, and implement *he sys*en. 
Additionally, to provide a sound basis fron 
@xamine *he automation effort, this pao 
focus on two specific areas. The first a 
Will be the rola of the NFCS and *h2 procurement process 4 
the major activities. fhe second ar23 ll be the avolution 
of the Navy's Automated Data System program and applicabl 
Meguiations in effect during the automation effort. 


Ee METHODOLOGY 


The research of the subject was 
memephicne conversation with the #xscuti 


Beescial Support Office(F4%50) Mech 


23 February 1982 indicat+z2i 25en 

assignment would be at FYSO 2s th2 APADE oroject officer. 
Meese xecutive Officer stated that a historical research of 
MtemeA SADE effort could vrovide valuabls lessons for Futur: 
Mme =rs Of the Navy's tseources in addition <*o oroviding 
the researcher with the required insight to assume the rew 
duties, 


Data was collected on three levtils; (a) field res 
Soi; and Naval s§ 


Beevaval Supply Center OIJakland, F* u 
Meecems Command, Washington D.c.; (b) Discussions and pho 


12 





4 
M 
(N 
(D 
a3) 
i-{ 
e) 
oe 
rey) 
() 


conversations with various agency personnel; (c) 
indicated in the list of r23ferences. 


Bee THESIS ORGANIZATION 


The format described in the tabl2 of contents wae chcesen 


because it seems *«o present the material ins a logical 


2 
memuence, Chapter One is the introduction and consis*s of a 
om 


feet discussion of the automation 2ffort with the scope and 
m@eeecti ve of the crtesearch effort. The methodology of 
Selecting the data is 2150 SOVIG S45 Mine Dex] “chapter 15 


h 
@evoted tc the discussion sf the rol2 of the NFCS within che 
NAVSUP organization. <A dsetailed exvlanation of the procure- 


ment process and ‘the problems encountered ars also 


()) 


presented. Chapter Three provides the reader with insight 
or the Navy's ADP Program, its objectives and the laws and 
Siriactons that control it. Eee O leer ona Oh er +s 


Ss 
detailed analysis of the 2atomation 2Ffort as examined fron 


a 


Various correspondance, files, publications ani interview 
Chapter Five discusses th2 NAVDAC svaluation and corstraints 
eeaced on the project by the CNO. Saver cox CORfM@2 nS 2hS 


esearcher's conclusions. 
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II. MAVY ELELD CONTRACTING SYSTEM 


Nooemen-owened in the introditaction, eC Rts ye: wld Nek 
Seomonation of the effort to automate the procu 
Meocess within the Navy Field Contracting Systam(NFCS), it 
is essential to fics. Focus Sh en 


M@meeacteristics and functional requirements of the syste 


A. BACKGROUND 


mine Navy Field Contracting Syst=2, under the cognizance 
of the Naval Supply Systenus Command (NAVSOP), COuSs2S=s Of 
MmmmecONn=>ac=3rg offices of Naval activities excev* the 


mee lowing: 


[mea oOMacic Data Processing Selection Offic=2, 


MemerOrti.ce of Naval Research its Branch Offices and its 
Resident Representatives, 

Wee Military Sealift Command and its field activities, 

4. Marine Corps and its field activities; however, its 
Gems ea sa OnsS are 2 986% Df the NFCS, 

5. Headquarters, Naval Air Systins Command, its Naval 
Plant Repres atives Offices and :ts Naval aviation 

Pa cle, 


Bega seic Center, Sommercial Rework De 
6. Headquarters, Naval Sea Systen Co 
Plant Representative Offices and its 
Soepouelading, Conversion and Repair, 
fee Headquarters, Naval Electronic System Conmand,and 
Oe Headquarters, Naval Facilitias Engineering Command and 
mes iacid @ceivyities fRef. i: p. 1+401.51b]. 
Mme a., i=one NFCS iS comprised of several hunired indivi- 


@ial activities, Sremenavying 2 lomt= +o Zhei= purchasing 





authority as perscribed by the Naval Supply Systems 
Command (NAVSUP). 

Centralized control is provided by the establishment of 
nine geographical procurenent regions throughout tae world. 
Sax of the regions are located within the Continental U.S. 
with the remaining *hree being Hawaii, Far Eas*, and Europe. 
meen region has a Naval Supply Center(NSC), Naval Supply 
Depot (NSD), or Naval Regional Contracting Ceater (NRCC), 


meemerly known as Naval Regional Contracting Office (NRCO), 
mmeerona-e€d as the cognizant conzracting office for that 
méewo 


meg iON. Coon. S Wien Me se hisS So dganszational tra 
Meesue centralizes the buying by region, area, 9d 


to the maximum extent possible. 


Mec ALSGORIES OF PURCHASING ACTIVITIES 


NAVSUP categorizes purchasing ictivities by 


d 
them by the tyve of authority and casponsibility they have 


meen tespect to purchasing. The three categories are: (1) 
Segeral buying, Caw encecoesateouyeng, aid (3) iymited 
may in J. 


ieee centtal Buying 


ers ars three different levels of centralized 
Mmiyang. The first level is treéegicnal buying. Pie 26 2iV2ces 
designated for regional buying are the NSC's and NRCC's. 
They are responsible for buying items assianed by NAVSUP and 


a 
for making purchases which exce2d tha Ilimited purchase 


Mummeeecs-yY Of the activiti2ss within their jurisidiction. 09 
meds ton, fOr activities designateli as the regional 


Memeraccing office for their region, «he responsi 
@iecads~e- Ng NAVSUP in meeting «=he functional and nonf 
Mmanagemen* requiremerts is assigned. Patce= ne ludes, but~is 
mee limited to: 


AS 





1. Providing guidance aad technical assistance, 

2. Evaluating staffing, performance, and effectiveness of 
NFCS contracting offices, 

Be Determining compliance with applicable priorities of 
law and regulations, and 

im Assigning contracting officer eEnoOraey for NECS 
activities and personnel. 

The second level of centralized buying is area 
puyong. These are Navy field activities, désionated by 
NAVSUP, responsible for purchases which are in excess of the 
Gon*racting authority granted to ather Naval activities 
Mecated within 4 particluar area. Serene Ly ; *here are 
seven area buying activities locatad wishin the Continential 


Meo. They are: 


ieee Navyal Air Staticn, Jacksonvill:, Fla., 

Pee Neval Aiz> Station, Pansacola, Fla3., 

emeNaval Air Stetion, Corpus Christi, Tx., 

meee Naval Shipvard, Portsmouth, W.#u., 

Be Naval Supply Center, Puget Sound, Wa., 

oe wWeval Supply Center, San Diego, Ca., and 

7. Supply Department, Naval Administrative Command, Naval 


macenind Center, sraat Lakes, [11. 


Additionally, the area buying activities will make purchases 
which Dower se auehOrLe&y of the activities they 
m +he 


a 
service when 1+ is advantageous dut to con 
Purchase cot their additional capabilities 

The third level of 
This level of buvin 


Mmeeen Ory control points(ICP's). C 


dees (ony pecs 
usually for new stcck requirements and system sto 


c 
ishment for support cf major systans throught the Navy. The 


@eeevities designated as inventory contol points ars: 
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ie Navy Avietion Supply Office, 
2. Navy Ships Parts Control Center, and 


3. Navy Resale and Service Support Cente 


In general, activities designated as noncentral 
Piyang activities are responsible <I9F buying supplies and 


services in support of their assignei mission as well as for 
local use. Purchases ar> nade within the monetary Limits as 
imposed by NAVSUP. Examp - 


Were = sOmmeTOnc=ntsal buylmg actaviti 
ara: Naval Shipyards, Nav 


al Air Development Cénters Naval 
Weapons Centers, audeNnave LCONnS=rusctzion Battalions. The 
mmeosed purchase limitation is usually $100,000 with the 


exception of Naval Shipyards engag2i in the Naval Nuclear 
Propulsion Prodqran. They have unlinit2d purchase zuthority 


Within «heir mission are32. 


ee ee ee eee eee 


Meaceotuswven Gg sseivee,es are those dasiqnated in 
Meeting by NAVSUP assigning purchase authority and types of 
purchases allowed. Examples o hese activities are 
Commissary Stores, Naval Reserve Office Training Corps, and 
feree. Health Sciences Education and [raining Connand. 


Meee SOCURZE NENT PROCESS 


For the purvose 
ps 


of analyzing the procurement precess 
ferent n *~he NFCS, a n 


eon Woe Dewslelsed on the reqicnal 
Bay eng activiscies (NSC and NRCC). Pmemrcaseon) FOr 2nalyzing 
the procurement precess at the NSC and NRCC is ‘two-fold. 


Mesc, “he majority of the automation effort has ceoncen- 


Seare’c Or analyzing the procurement precess at the regicnal 
OWyang activities due =o the large volume in procuremant 
fee ons. Scena) ame sDbovedes a better understanding of 
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the maqnitude and scope of the overall precursment process 
in the NFCS by examining the organization and functions of 


Bmese two activities. 


Peace NRC Cm Organs Zac On 


Although the NSC*s and WRCI's are respoasible for 
performing the same procurement mission and governed by the 
Same purchase requlations, there is 1 significant difference 
mee the:r Organizational composition +o accomplish “hat 
missicn. The NSC procurement component functions as 3 
Meee s tment Within thet activity as contrasted ts the autcno- 
mous NRCC. These relationships are 2xhibited by Figures 2.1 


pas 2 2 
a. NSC Purchase Department 


Q="Seandaz. “NSG@ us 


iD 
AP 
ct 
|? 
3 
cr 


The purchase i¢part 
fe 


n 
comprised of three spara divisions which share the 
n 


Sverall respons:bility to plan ani conduct ourchase and 
Memtlac. administration operations for the activity. The 
following is a brief discussion of those divisions! respon- 


Beepelaties within the organization. 


Bmyeng and Order Division 


pau 


TiemeouvanGeaand eeOnbaer Division is responsiblis 


" 
4 


1. Reviewing purchase reque 


= 


2. Determining <yoes and metnods 2f purchase, 


Mee seViewing qualifications of sontractors, 

meee PSttorming bid analysis, 

Seer ecLfLOrTmMing negotiations with contractors, and 

Bee ftlecing orders under establishad federal contracts. 
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Figure 2.1 Standard Organizations for NSC and Depots 


(NAVSUP Man. Vol.I 


5 
preparing and issuin ee avicaceOons fOr DLCs "and =equest 
Meeeproposals as directed by ‘the buying and order division. 
Mupeddi=icn, they maintain records of bids received, assign 
purchase request to cognizan* buyers, prevare and issue all 
memeeractual documents, maintain control records, and prepares 


Statistical procurement reports. 
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Figure 2.2 Hes gaae Organization for NRCCs (NAVSUP Man. 
oulh. 


meme ctact Administration Division 


Bitcedaviscion is Sepjesi pls Or ainin2zs=rat ion 


iD 


Semeche contract once it is awarded. Thev issue chanq 
mee s and obtain Written acceptance cf contractors t9 
amendments and modifications. Me One, = sbonsSiba ls ty 


includes: 


2) 





ie Amend, Modify, end terminate contracts due to default; 

2. Collect, assemble, analyze, and promulgat?s contractor 
performance data; and 

3. In cases of delinquant deliveries, effect contractor 


discipline. 
bB NRCC Purchase Jrganization 


As previously meéention2d, the NRCC's carry out 
their assigned mission as a completely autonomous o n 
mon. However, like tha NSCts, they have three di 


Bees Shar= in the responsibilities of that mission. 


Field Management Division 
Pieresedivisuon  prov¥.dss the purch 


a 
guidance, assistance, and advises to the NFCS a 


rv) 
4 
(p 


Meen:n their cognizant regional 
NAVSUP. The general duties of the di 


lon are con 


Sj 
\- 


Cc 
as aS deleaated by 
p 


+he following: 


ie Appraise organization and staffing, 

Pee aveluate levels of contracting authority, 

3. Administer and saordinats purchasiag Sra eng 
programs, 

4. Prescribe standard »perating orocedures, 

Se Advance planning, 

6. Analyze purchase statistics, ‘trends, WOE LOadS Or 
Management effectiveness, and 


In 


=] 
6 
on 
M 
ae 
iD 
ty 
3 
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He | 
wm 
(t 
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ie | 
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SQA saces LOE Common type itn 


(4) 


Administrative and Planning Division 
The administrative aad vlanninsg division 
BeetOrmsS administrative, Planing; DeESenite lL, Strace 


D 
service, and purchase support séervic2s such as: 
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feo AnelyzZing internal operating methods, 

2. Administering various management improvement programs, 

3. Estimating budget and personnel ceiling requirements, 

4, Preparing and maintaining administrative directives, 

meee PrOovead=ng mail, filing, and duplicating services, 

Se. Screening, ReOcOLdiung, and Bolen Gua neon ing 
purchase request, 

fee Preparing and Mailing invitation for bids (IF8B) and 
request for proposals (RFP), 

meee Maintaining contract files,and 

9. Preparing external statistics and procurement reports 


ZOD the waczavit y. 


Purchas? Division 

The purchase division of the NRCC plans and 
@emaucces the purchase and contract 2dministration functions 
for the activity. That responsibility includes the 


aol owing: 


1. Reviews purchase request for correctness, 

2. Analyzes and evaluat? bids and proposals, 

meee Directs the isswanc> of [FSS and RFPs 

Mee COnducts contract negotiations, 

me Participates in pre-award surveys, 

ee Determines contractor responsibility, etpacrey, and 
performance satus, 

7. Determines when t> award, amsniment, claim, and termi- 
mace CoOntraces, and 


Mee Pe cL Orms Contract adninis*ration functions. 


Pees nucsC and NRCC Procurement Protess 


Basically, ‘the ov2era issions of the 


t- 

as 
oO 
ty 
O 
Q 
b 
mr 
D 
=) 
p 
rs 


Mees and NRCC*sS are identical. [hey are both responsible 


for satisfying “he purchase requirenents of the fleet as 


Ze 





Metl as all purchase requirements exceeding the limited 


@urchase authority of other Navy saore activities within 
+heir cognizant geographical region. They have both been 
@canted unlimited purchase authority by NAVSUP. ticeinrer= 


mation requirements, regulations, functions, and procedures 
Be the NSCs and NRCCS to carry out these responsibilities 
are governed by the Defense Acquisition Regulations (DAR), 
Navy Contracting Directives, the NAVSUP Fieli Purchasing 
Manual (NAVSUP P-467), NAVSUP policy guidance, and lecally- 
developed instructions. 

Although the WNSC's and NRCCts EomO2gin zs. Lona lly 
different the basic procurement functions of these activi- 
ties are Be cana Similar to be described by one gener- 
ee zed information flow. EVES 1s gaapn2cellly dusplayed by 
Bguce 2.3. 

Processing starts with the receint of a purchas? 
request at the procurement office. Requisitions are usually 
received inthe form or a hard-cooy document cr punched 
Sard. Soecwetearaons, drawings, 042n4 @2her supporting dcecu- 
menctaticn will be orovided as requiced. A control desk is 


usually established to manually log-in each docum2nt by 


Mau; Sit*on number, date received, dollar value, an 
Mescription. Mie SEE QUISIU SONS arse then sorted according £9 
aecustomer assigned prisrity number. They are screened for 
ccompleteness, consolidated when apoptopriat?, assigned 2 
Control Number ands placed in “foldsrs. ieee weOterO, aesk 
Getermines the commedity and assigns «he appropriates buyer 
M@emorganiza~ional code depending cr local criteria. The 
buyer receives the requisition and reviews i+ for complet- 


ness and accuracy. 

At this point, the next procedure depends on «hea 
estimated value of ths procuremant actio 8 
Meechases, under $10,000 (Changed to $25,000 in April 1982), 
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Bre puyee will issue a Request For Quote (RFQ) or obtain ar 
Oral quotation since the regulations allow him/her to 
perform the procurement by negotiation vice formal adver- 
+isemen+. However, for procurements exceeding the $10,900 
($25,000) threshold, the buyer must either issue a formal 
Invitation For Bid (IFB) or obtain approval from a higher 
level *o negotiate the procurement. After determining the 
method of procurement, IFB or negotiation, the process is 


basically the same. 


After the buyer receives «he offers from prospective 
contractors, *hose offers are evalua are 


= SoG. and ““conclaces 
awarded or order placed with the successful vendor. The 
Ss 


e 
fe pu od, and £2 led for 


contract documents are signed, da 
use by personnel administrating *he contract until all 
jMeet1on is completed and the veni 


ors invoices is paid. 
Paaetionally, regulations require “ha 
for a period of seven years. 

Mum sneuvdmbe Understood at “his  p 
M@escription has been highly simplifi2>i to en 


= 
(W) 
iJ 
ct 


er's understanding. The regulatory require 
Paoceduzal details dealing with contract prepar 
meron, negotiation, ana ecoumer2ea ss on tN sGon Wu 
memetac. administration can only bs fully aopreci 
indepth study cf the laws and sreagulations of government 

=s concerned w 


procurement. Sauces s Sremenat ion 


erg 
automation of the procurement process, anes pene seuay Of 
this magnitude is considered beyond “he scone of the 
research. HOWwewoG eMac St Cl he required input, sucout, 
and report documentation should preovids the reads Wena oan 


appreciaticn of the scope of the procurement ovrocess. 


} 4- 


Appendix A provides 2 l 


~ 


SOME ees Snpue, OGuUTDUt and, 
= 


Meport documents required by these tvo Navy activities. 
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D. PROBLEM AREAS 


In the early 1970s, several studies of the government 
procurement process were initiated. This mainly stemmei 
meom the 1972 Report *o Congress Frem the Commission on 
Government Procurement. Because of the increased emphasis 
placed on government procurement, the Navy began to perform 
evaluations at itS procurement azstivities in order to 
surface and correct potential oroblen areas. 

One of the first problems identified at the NSC's and 
NRCOC's was inefficiency due Zomeeaniy  Llabor—-intersive 
Procurement actions with relatively little data processing 
Sup POT . All document praparation and file maintenance was 
done manually. The data processing suppor* received by «he 
NSC purchase function was provided py a different oraaniza- 
Seonal component of the Supply Center Pies. Sse quss sd eh> 
sharing of large-scale equipment which supported a wide 
memge Of functions. although the NROC's had more control of 
M@ee2r data processing resources, they were linited in size 
mmancapacity [Ref. 2: p.4.1-~-2}. 


A second problem identified was the lack of standardized 
y 


< 
de 
t 
+e 

D 

Nn 


procedures. Reaenougdi both activities are governed »b 
same laws and regulations, the mannar in which they i 


n 
preted the regulations ani methods enploved in enforcing «+ 


was the different types of supplies and services procured 


1% 

h 

regulations varied consii2rably. A major reason for this 
b 

sbpeal 2 


ct 


fs 


een activity. Another problem iden was the untime 


the s 


ct 
rh 6 


meow «€86Of )«€6inftormation oo: ati fo) “he procurement 


(iQ 
{ 
t 


a 
See Ons. Customer queries for status re handled by thea 
Le} 


GS 


a 
h 


(t+ 


om 


buyers who must divert =! *ime from VEN Graec-10n to 


perform mundane document searches. resulted in 


—< fr ® 
eo 
\ 
#7) 


o 
or) 
(iD 
tt 


searches being verformed whenever the 
at! { Ref. as De eS Si ile 


Sou wae Gee ES 
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mheme inability Of <he current procurement system to 
interface effectively with the other DOD and Navy financial, 
supply, and contract administration systems surfaced as 
another major weakness. The majority of interfacing was 
through copies of contract documents and other non-machine- 
processable mnedia. ips isda y cesulted in additional 
errors and sometimes the non-reconciliation sf financial 
mesounts and untimely information. 

Other problems identifled were delays in the preparation 
of formal procurement documents and nanual entry of procure- 
Men= data with a high incijence of duplication. 

As *hese problem ar2as were identified, NAVSUP began to 
understand why the effectiveness of the NFCS was dimin- 
ishing. Collectively, the problems created excessive 
response time in the processing of procurement actions. 
This lead to a reduction in mission performance and cus*oner 


MmeesiatitStaction. NAVSUP, in 1974, initiated ection to avto- 


jv 


mate the procurement prortess in an attempt +c find Se1u- 
fem tO their problems. dAowever, thev first had =o realy on 


the Navy's ADP Progran. 


Ai 





TIT. NAVY'S AUTOMATED DATA PROCESST! 


A. BACKGROUND 


Ms gchn Mauchly and J.P. S8ckert constructed the first 
feme-—e lectronic computer, ENIAC, in 1945, little could they 
have realized <*#he total proliferation of computers within 
the federal government thirty years hence. The first compu- 
ters installed in the government wer2 mainly used +o support 
research projects within DOD. The first general purvose or 
business use of a computer was by the Bureau of Census £9 
compile the 1950 census data. By 1965, the number of 
general purpose computers utilized by the federal governmen* 
dncreased to 2,412 with a2 data processing orice tag over 
fai 3s2 billion. This significant increase in volume was 
Mainly attributable to the employment of general purpose 
computers in the fields of material, financial, and adminis- 


trative management. By 1977, ther2 were over 11,000 qaneral 


;3 
OS 


purpose computer systems in ocperation withi 
meer. 3: p.1}j. 


née government 


foo U.S. Navy 


MaticajOlum set Or COMpUter tSschnology within DdDOD is 
the Department of the Navy (DON). Proms +959 =o 19975, DON 
@eeespent more than 2.8 billion dollars for Automatic Data 
Processing Equipment (ADPE) and had acquired over 1100 

6 @ 


general purpose computer systems +> perform 1 


~ 


G@ts=2C (snd 
Mmamenistrative functions. As of April 1982, DON had a «otal 
of 2728 systems and approximately 14,634 S-SUrMe. 2SSec.= 

ted with the operation and maintenance of those systens. 
Mies DON 1983 fiscal year budget included 1.035 billion 
dollats for the acquisition and maintenance of ADP systems 
(Ref. 4}. 





Forecasting <he future demand on computer systems, 
the DON established, in 1959, an Automatic Data Processing 
Program +o control the valuable data processing resources. 
The program was and is today a compilation of Navy policies, 
objectives, plans, procedures, and principles for managing 
ADP resources. The program is further intended +9 enhance 
thea Navy capabilities in the computer field. It provides 
general guidance to Navy components for technical advance- 
ment ard effective, Seiicien=, 20d economical use of 
computer equipment and techniques {[R2f. 5: p.1]. 

The program's gensral guidance ovoresents principles 
for long range development of the Navy's data processing 
Capabilities as well as exploitation of computer technology, 
telecommunications, and management science techniques. The 
proqram is headed by th2 Deputy Under Secretary of the Navy 
(Financial Management) who is designated the Senior Policy 
eetcial (SPO) for ADP. The Chi2et of Naval Operations 
Suey > 'dial~he ved" as the Director, Department of the 
Navy ADP Management (DIR DON ADPM). 


THe Navy's ADP proaqram objsctives were officially 
established through the promulgation of a general plan by 
fee SeCretary of the Navy (SECNAV) in 1959. The major objec- 


tives outlined by that plan wers: 


1. The combining of the automatei nanagement information 
Systems *o form 32n aggregated system termed, m3 
Depar<=men*t of the Navy management information systen," 

Bee ine Systematic evolution and 2oplication of automatic 


data processing equipment and associated techniques i 


+2 


improving information flow «5 and from manaqemen*t with 


optimal uniformity, tompatability, and responsiveness, 


Zo 





3. The development anid exploitation cf automatic data 
processing equipment and related advanced scientific 
techniques, and 

4. The orderly developmant of standardization to improve 
miEomMa eon Ineerenange [Ref. 5: p.2]. 

Included in the general plan were the pcliciés, 
principles, concepts, and procedures to be followed to 
ensure proper implementation of program objectives by the 
various Navy organizations. I* provided major stages of 
system development and detailed instructions for conducting 
planning and feasibility studies. Further guidance was 
provided concerning the policy of system design, acauisi- 
mon, installation, and conversion of ADP systems. In addi- 
Seon, ~he Dlan outlined general principles dealing with the 


need for: 


1. Preparing ¢conomic analysis +95 de 
Suromat ton and ic¢S' impact On agirsct aid inadirece co 

Pee oxploi~ang the full capabilities of available eau 
ment and the managemant sciences, 

See Automating applications Which have a legitimate 
history and purposS with consistency and orudent 
speed, and 

4. Continuously anticipating and implementing rteorganiza- 
Peron OReh. 52° Ded je 

EV tcOs,08 ene GEoOWth -1nm comp S 
Widespread use of computers by “the government began ¢t9 
create néw problems, many relating to the rapid technolo- 

o deal with 


these problems and "fix rasponsibilities within «the govern- 
v 


gical changes in zhe ADP field. Th an attemp= ¢t 
ment for coordinating purchass, lease, maintenance opera- 
tion, and utilization of ADPS by federal departments and 
agencies", Congress passed Public Law 39-306, commonly known 


@emeene Brooks Bill, on October 31, 1965. 
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After the passage 9f the Brooks Bill, SECNAV reaf- 
firmed the objectives of the Navy's ADP progran “hrough the 
Mesmance of SECNAV Instruction 10462.7B in March of 1966. 
This instruction reiterated the gsaner2l concepts, purpose, 
and principles previously addressed in 1959. 

By 1970, DOD began +o stress improved management of 
the use of ADP resources by the various Military 
Departments. Because of this newly kindled interest by DOD, 
DON modified «heir ADP progran. They began ‘to éemohasizs 
Petter planning, costing, and control of systen development. 
At the same time, the major progran objectives became more 
generalized stating the need for the exploitation and cost- 
effective use of automated data processing in addition to 
effecient acquisition and management of its resources 
mer. 53 D-2]). 

AS more attention was focused on the utili eon 
ADP resources, the rules 2nd regulations that governed those 


resources beqan to multiply. 
Be LAWS AND REGULATIONS 
1. A Federal Law 


Public Law 89-306 (Brooks Bill) Mas the first 


B 
Substantial attempt *o provide legal guidance «9 the gevern- 


[em ror che economic and 2ffitient utilization of ADP 
< 1G: 


Beeources. The bill stipulated «hat administrative respornsi- 
bility would be divided among three separate agencies. The 
Semgeral Services Administration (GSA) in a major role, was 
mayer authority to acquirs, cpe2rate, fund, a 


ADP items addressed in the legislation. Adda onally, <4 GSA 
Was directed to act as tha "day- to-day" manager of ell ADP 
resource acquisitions [Ref. 6: De je his IO! £2 Ge CO 


Management and Budget (OM8) was given a supervisory rola, 
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directed toward providing guidanc2 +9 the federal agencies 
eon issues of policy. They were also tasked with the respon- 
Pee lity Sc tesolving any disput2s arising under “he bill. 
The Department of Ccmmers2 was charged with providing any 
Meennicel and scientific advisoty service relating to ADP 
systems. 

Remo DEOGVIdSd Specifls guidance +o GSA in 


executing +heir responsibilities. They were: 


fee GSA 2S giver sol= prtocur2ment authority for ADPE 
focec on 111 (e;). 


2. GSA is permitted to deisgate its procurement authority 
*o an agency, aither on a case~by~-case basis or 
blanket deleaqation (Section 111(b) 2). 


meen =5 2S BEOvid= Sequlations for reutilization of 
POPiewLenan =ne GaSvernmen=: (Sastion 111(b) 11). 


4 


fee he pill as applicable #9 all federal agencies and not 
ne Doivate Sector (Section 111 (2)). 
meee GOA Will control an ADP revolving furd available to 
agencies without fiscal year Limita*ions but raimbur- 
Sepre 20 GSAw(Section 111 ({c)). 
gee GSA iS prohibited from interfering in an agercv's use 
+ 


ty 


Se nhs Or  2n agency's determination of its frequite- 
ments (Sécxion 111 (9)). 
Mec oEemeene er ececemean © Of ~h= Brooks BLlLI, various 


Meaeral agencies began to formulate and issue quidancs 


Meme=srning ADP resources within their control 
femeOts Citcular A=71 


OMB, performing their supervisory function, is 
Secular A-71. F 

mesponrs: ble for the overall 1 
m 


2 
ADP system management. Second 


+ 


e 
- 
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1. Provide Federal Supply Schedules for use by agencies 
in ordering ADPE. 

pee Provide technical information to users on the capabil- 
ities and performance of ADPE. 

fem ensure the efficient utilization of ADPE. 


= 
6 


++tempt to standardize purch2se procedures whenever 


possible. 


th 
ct 
a 
(D 


memaliy, the circular tasked the heads o arious ageén- 


cies with the responsibility for: 


1. <Ageéency-wide planning, GOord=onactomes and control of 
equipment utilization. 

2. Determining ADPE reqyuirements. 

3. Cost-effective en bi zacwon ope ADD systems by 
exploiting or merging of systems across organizational 


lines. 


3. GSA Guidelines 


2 2 a GE ee ee ee eee eee 


Undenpethesad=nOEsey Granted by P.l. 89-306 and OMB 


Seecula> a-71, GSA issuel specific guidance dealing with 


acquisition and management oof ADP resources +9 all federal 


aqencies. The two primary regulations used as vehicles to 
implement this guidancs were ¢ths Federal Procuremen+ 
Regulation (FPR Section 1-4.) and the Federal Property 


Management Regulation (FPMR Section 1091-35 thru 101-36). 
Since the provisions of these regulations are appli- 
cable =o DOD, *heir Significance t> the management of the 


Navy's ADP program becomes apparent. 
a. Federal Procursmert Regulation 


Sicertone 1-6 Of) =ho FPR is totally dedicated to 
m@emacgquisition of ADPE, software, cone nana service, and 


supplies. ADPE is defined by the néral purposs 


() rk) 
'D 
'™ 
ay 
ey) 
fv Q 


commercially available, mass pr Woteated. idate 
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processing components." HOWE VEI, FDMR defines it as 

"ganeral or special purpose," which exhibits just one of 

several inconsistencies found in GSA guidance. 

Sece"0n I-44 “Of the FPR, 
+ 


Two subparts within ec 
~-1103- General Policies and 1104 Orocurement Auth 
require additional explanation due to their relevance 
the subject of this research. Section 1-4.1103 sets 
+he general policies for obtaining GSA approval pricr to the 
acquisition of any ADPE. An agency may only procure ADPE 
when a svecific delegation of procurement authority (DPA) 
has been granted by GSA. However, ADPE may be acquired 


without GSA approval provided that: 


fmetne ADPE is specifically designed fcr a specific 

application. However, ADPE on the commercial ma 
cannot be acquired under this exception unless it is 
modified to such an extent as to precluie future use 
of the equipment for o*her purpose. 

mee AcGUASition is through a GSA requirements contract. 

Bee che acguisition cost does not exceed $50,900 [Ref. 7: 
p.- 1031-4, 1103-1]. 

OnesSepeember 8, 11976, "his section of the FPR 
was modified by Temporary Regulation 46, Mise 02. - Shall 
mmeconas> Procedures and Schedule Tontracts for A 
Data Processing (ADP) Reaquirements" “Ref. 6: p. A-3]}. Ttems 
(1) and (2) were not changed by “he modification; however, 
agencies are now permitted +o acquirs ADPE without prior GSA 


approval in the following additional instances: 


1. If placing an order against 2 GSA schedule contract 
given that: 
(a) The ofder is within the terms and conditions 
Qe the COU ErACt, 
(b) The order is within the maximum order linitations 


Sze Ne CON trace, and 
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(<) Mie coral, ourchase price does not exceed 
$300,000. 
2. The total value of the vrocuremen* does not exceed 


th 


$300,000 for competitive precuraments and $50,000 for 
precurements from a Single source. 
Section 1-4.1104 specifies the procedures for 


meguest-ng GSA approval if the proposed precurement does not 


rh 


ict the above exceptions. The agency must submit the 


following information: 


ip COpies of the proposed solicitation document, 

2. Estimated dollar vaiue of the procurement, 

3. Estimated system life, 

fee Location of the data processing facilities 

murine fiscal quarte=> during which the solicit 
expected to be released, 

ee A listing of any unique support requirements, 

7. 4A statement that an evaluation has been made to ensure 
that the the proposed procurement represents <hs 
lowest overall cost alternative to meet the need, 

mee veaence whether o> not site construction is required, 


9. A statemen*+ «hat the nesad +t0 document ADPE has been 


documented, 
10. Statement that all availabl2= resources hava been 
screened and none are availabl2 to mest the agency's 


need, and 
Mees cliO=tOugh and conpl2t<e justification, if app 
of the requirement for a sol source acy 
ect. 72 Ds 1-427108). 
GSA has three options in dealing with 2 
procuremént request (APR). Westy ct ney Can de 


@eenoOtl.*y «Oo procure ths ADPE to the requesti 


Ve | 
Q QQ - 
ey) 


Meme 2S What was refer2d +o above asa dale 


procuremen*® authority (DPA). Sectnayeeeney Can 2 





DPA, but require that GSA maintains some type of involvement 
moa the acquisition. Bane. byeneGonecan Conduct the acquisi- 
+ion themselves. Maeespeczive Of GSA'S Option, action must 
be initiated within twenty working days or the requesting 


agency may assume that 32 DPA has b23n granted. 
b. Federal Property Management Regulation 


Sections 101.35 and 191.36 provids the ovroce- 
@ures pursuant to GSA's function as the "day-to-day" manager 
of all federal ADP acquisitions. The regulation discusses 
such matters as leasing equipment, reutilization of excess 
ADPE, Federal Software Exchang2= Progran, and «the ADP 
mevolVing fund. Meg oOvettve che Ssgulation requires that 
each APR for systems estimated at over $100,000 be accompa- 
hied with a well document2d system study. This study should 


@emonstrate «hat: 


fier ne furctsons to od¢ perforned are essential and 
readily adaptable t> automation, 

2. An effort was mad= to reduc? “he workload of the 
SGeavaey  DetOre persceeding with an expansion of 
cCapacney, 

See An interim upgrade, software modification, or scheduls 
changes cannot be accomplishz:d +¢+o improve perfor- 
mance,and 


Will achieve the highest 


1) 

j- 
Q 

¢3 


4. The néw system de 
possible effectiveness [Ref. 8: p. 19]. 
Rithewgh GSA iLstues a multitude of directives 


dealing with ADP resources, thers ar2 two addicional docu- 


ments that should be mentioned. eal =e the Federal 
Management Circular provides general ADP policié to 
federal agencies, but supplies nd specific ovrocedurés. 


ures 
Secondly, GSA issues Tenporary Regulations which provids 


interim changes to the FPR and FOMR [ Ref. 6: p. A-3]. 
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ieee cee worm «he —» framework of ths regulations 
previously discussed that DOD and DON must conduct the 
acquisition and management of ADP rescurces ine has 
regard, DOD and DON have issued a myriad of instructions and 
directives +o provide further guidanc2? in the effective and 


efficient management and acquisition of ADP resources. 


G4. DOD Guidelines 


Upon reviewing the numerous gquidance promulaated by 
DOD, it is apparent that two instructions ar2 extremely 
mee ficant within the scope cf this research. These 
ins«ructions deal with the acquisition and management of ADP 


BesOurces. 


a. ) DOD fnstruction 5700.40 


DOD Uase=u clin 5100.40 entitled 
MResponsibilities for tha Administration of the Automatic 
Data Processing Program", was issued in 1970. This instruc- 
220 designated the ASSistant SeCroteacy ms Of Defense 
(Comptroller) as the administrato =< the DOD ADP progran. 
His responsibilities include developing vrogran policias, 
Seneeria, and standardization of Peeec=sSOULCeES =hEougneuc 
*he Defense Departments. The Service Secretaries were 

required to designate a Senior ADP Policy Offical (SPO). 
The SPO was responsibl2 to e2valuat= ADP systems befors 
aed 


-mplementation in hopes of promoting effective selection, 
Ry 


Tne) 


@egais tion, and reutilization of AD 
DoyeOoD Directive 4105.55 


DOD Directive 4105.55 (dated May 19, 1972) enti- 
Pete Selection and Acquisition of Automatic Data Processing 
Resources", established policia2s and quidance for the selec- 


mor and acquisition of ADPE, Sompu sea. SEDGZenS, ADP 
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contractual services, and supplies. The directive stipulated 
that the decision ‘to acquire ADP resources will be contin- 


gent on a well documented study, demonstrating that: 


ct 
(p 


1. A valid information requiremen x 
mee The function or process to be oerf 
3. Use of ADP resources is the most c 

feoneene performance of the funstio 

4. The ADP system will be designel to ere the highe 
practicable degree of effectiveness and operatio 
economy. 

5. The lowest overall cost alt2rnative satisfying the 
requirement is dstecmined prior te the selection and 
acquisition of ADP resources. 

Diao= TOmdeguen tna any breolacement ADPE, consid- 
eration of automated data system design or red2sign is 


required. This enables the services +9 exploit the existing 


capabilities of ADPE. Us2= of commercial sources for seélec- 
Pen and acguisition of ADP wesources is not permitted 
MemeesS Sharing or reutilizing existing government ADP 
resources is uneconomical or unsatisfactory. The directive 
further requires that dev2lopment s€ svstem specifications 
and requirements must 562 ee Of as ear c7 cular 
Pemeor's product to avoid Ynrair acquisition cractices. 


Selection of ADPE for A isic “nstallations is 


Snitiated when the system to be used is centrally desiaqned, 


tJ 
oe ©) 
iD 


programmed, and maintained for installations concerned. 


it 


4? 


tJ 
ix 6 O 
(D 


Secective states that in this case, a prototype installa 


re] 


Will be selected for initial systen implemencation. 
Temaining sites will not receive the system until the proto- 
type system has adequately oerforned in its operational 
2nvirornment and has been reviewed and certified szhrough 
established evaluation criteria. 
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[inane etiOre= +5 promote effective selection and 
Memuasition of ADP resources, the jirective required that 
each military department establish a professionally staffed 
Beclvity. The activity would be tasked with developing 
solicitation documents, svaluating vendor proposals, and 
performing competitive selection of ADPE exceeding an esti- 


mated value of $200,000 if the equipment was leased and 


$500,000 i£ purchased. Acquisition of ADPE estimated at 3 
lower value would be administered by the requesting 
activity. Rade leona y, the diractive specified that 
service secretaries were responsible for approvin the 
selection of ADP resources. This authority could be dele- 
gated cniy on acquisitions estimated below $500,000. 


Se 


lz 
jy 


Navy Guidelines 


Bestringm~wo proOv=2a> inctcesral guidelines f£or review, 
approval, and procurement of ADP reseurcas, the A 
Secretary of the Navy for Financial Management ( A 
sponsored several instructions. Today, guidelines have been 
promulgated for such things as data element and code stend- 
Sevizaticn, programming language Standardization, ADD 
Sharing, ADP equipment reutilization, and the management of 
automated data systems dev2lopment just to name a few. The 
NAVDAC (Naval Data Automation Command) Mice ateclon 52504 2 
Mees OVer 4O SECNAY (Secretary of the Navy) Instructions 


for ADP resource management 


E-miapowete MNCs= LMNUOE cent anSteuct:on *ha* influ- 
enced and guided the procedure used to automate the procure- 
ment process of the NFCS was SECNAVINST 5236.14 entiztled 
Memetem at Cat2on, Selection, and Acquisition of Automatic Daxa 
Processing Squipment (ADPE)", datai 30 Apr oyu The 


Mm@eeruc.-on was the Navy's product of bee iakioc she ADP 
Meec.ivess provided by OMB, GSA, andi DOD. The instruction 


SNe, 





also delineated the responsibilities of the DIR DON ADPM, 
OP-942, and the Automatic Data Processiag Equipment 
Belection Office (ADPESO). 

The DIR DON ADPM was directly responsible to the SPO 
Bone aqevyeloping and promulgating plans, policies, and proce- 
dures with respect to ADD review anid evaluations. He was 
also designated as the Source Selection Authority. 

ADPESO, later designated ADPSO, was established as 2 
Meeect Tesult of DODIENST. 4105.55 requiring the formation of 
eeepeotessionally staffed activity within each service. 


[esscally, ADPESO was rasponsible €or acquisition of on 


} 
—< 


ADPS, but eventually they assumed responsibility for soft- 
ware, services, and supplies. They were also tasked with 
Mamet ioning as the primary DON liaison office for ADPE& 
fequisition matters. 

The A2N9struction creatfitmned th program 
memeey CL conducting studies prior t> the acquisi o= ADP 
resources, It emvhasizei that developing data 
systems and/or acquiring computer equipment mu 
by studies which form the basis for (1) id 
“ion requirements, (2) determining the kind of system 
needed, and (3) developing specifications t59 select 3nd 
acquir2 computer squipment 

ene “approval authority and associactéd monetary 
Smeesholds were also established by this ins*ruction. The 
levels of approval required was based upon the monetary 

D 


value or the equipment and 


ct 
@ g 
‘D 
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2 of procurement action 
feompetitive or sole source). On 12 April 1977 these 
Q¥ered “by SECNAVNOTE 
Oo 


Chal JoNe “ja she (lb hseic ees) Aue ie 


approval levels and thresholds were mo 
5230. The levels and thresholds ar¢e sh 
These *hen are the major PASeryc. Ons and 

= 


‘ons 


O 
re | 


requlations that governed the management and acquisi 
MeeeecsOurces during the initial stages of the effort to 


Baeomace the NFCS procurenant process. 
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Le a A a TY eee te A ee Se EE A a 


. 


Type Approval Level 1 Levietime sirevel 3 
A. General Purpose ADPE 
(sole Source) 
see 3555 000 purchase X 
Chis) ate: 099 purchase X 
Up to 330 0 purchase x 
(non-CPU y! 


t 


B. General Purpose ADPE 
(Competitive) 
Exceeds #1M purcnase X 
Up to $1M purchases i 
oes +o $200,000 purchase 
KGa 
Up to 100, oe urchase 
(ancludz ng GP 


Level 1 
Assistant Secretary of the Navy (Financial Managemen*) 


Level 2 
Chief of Naval Operations 
Director, DON ADP Management 
Commandant of the Marine corps 


ce 


AQAAGDOIO 


- Oey © of the Nav 
Geqe Of Gigilitan Psarsonre 
f of Naval Researc! 
f of Naval Material 

ef, Bureau of Medicine and Se 
Commander, Wavy Military Bae cure Command 
meoutearae: in Chiet, U.S. Atlantis Fleet 
Commander in Chief, JU. Brevele Pleet 
Commander in Chief, Ue Naval forces, Euroos 


nod Gar 
aa 


e 
eP 
= 
on 
5 
= 
i 
al 


reed <Q 
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Pigure 3.1 eye a ade Levels and Thresholds for ADP 
ef. 


meme ROCESS FOR ACQUIRING ADP RESOURCES 


It should be quite evident az this point that there ars 
two separate sequential processes for acquiring an ADP 
System within the Navy. Mies fe SSeu Tequrres — =ha 
Tequesting command analyz ard justify the voroposed systen. 


This involves exhibiting that the system neet+s an 
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operational requirement and then Wustitecetton of {he 
system's technical and economical viability. The Navy's 
Meenscle £06 providing justification in conjuction with 


System planning is called an Automated Data System 
Development Plan. The plan has two parts. Phew noese (Dare 
develops and presents th? economic 2nalysis. The second 
part is a milestone progr2ss report. Gabcain Jen Prokop =n 
his book, Computers in the Navy, describes the plan as 
follows: 
The ADS Development . Plan os am eended £9 “1b2.. a 
comprehensive, detailed justification, of ADS 
developmen~ conversion, or major revision propo- 
Sais. hs SUCH lt represents the documentation 
Eeguared for ap Boval of Such Actions. Tt must 
therefore presen a well-defined proposed course 
SE action Hoonesls=arhy sadentzttable goals and 
criteria for. eee ed Progr=ss, in a level of 
dexail consistent with the stope, COS: an 
Sempleyxyity of the 2ffer: . ° : rne ADS 
Developenent pian 1s designed to0O answer these 
fundaméntal questions: oar hers are we? (2) wdWhere 
do we want - 9, be? a What specific steps are ws 
going *o take (4) Who is resovonsible? (5) Ahacx 
resources are “required? (Ole SS see: £20. Wor ch 
wns le? AS sen,  =2¢6n ADS must be specifically 
defined, with the impact on mission related objec- 
eaves quantifi ably :isntical; costed; and proven 
beneficial in terms of the 3ffectiveness with 
Mien Yt will satisfy the objectives of the func- 
ronal Operations to be suppotted fRef. 9: p. 30}. 


The level at which this plan is reviewed and approved 
depends upon she cost of the system and *he comnand spcoensor- 
feeepe Or proponent's ability +0 gensrate high-l2vel interest 
in the system. Pio Soetvery Signi fi cant= point due to “he 
[maeye s 2ftfort in’the late 70's *9 sentralize the decisions 
Megalding ADP policy and delegating the responsibility for 
implementation and review to th2 soerational commanders. 
Systems receiving high-lsvel review cause oeriodic nanage- 
ment reviews of alternativ2s, incurred cost, ard milestones. 
This adds to increased effectiveness in the acquisition of 
ADP resources. Ob the other hand, a iow interest-low cost 
System is not afforded *h2 necessary management review *o 

a m 


ensure effective use of these valuable resources. So 
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this is one of the major reasons that systems fail to 
perform as originally planned. 

Upon approval of the plans, tha second process begins: 
the evaluation and selection of the 2quipment+. If authority 
to acquire +the ADPE is granted by SSA (DPA) o2 it comes 
under «he exceptions previously listed, ADPSO will normally 
accomplish the selection and acquisition of ADP resources 
Bequiting Level I or Level II approval. NAVSUP has desig- 
nated other activities which can procure ADPE. These activ- 
meres are the NRCC*’s in Washington, D.C. and Long Beach, 
Ca.; and Jlecal purchasing offices of th? Naval Maxerial 
Command (NAVMAT) RDT&E activities as designated by NAVMAT. 
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A. BACKGROUND 


As perviously mentioned in Chaoter One, NAVSUP first 
initiated actions +o automate the procurement process at *h? 
Tager NPCS activities in late 1974, However, they were by 
no means the first source to advocat2 or us¢ ADP resources 
cr the procurement function. No Sar ly a= 1361,” Howard T: 
Lewis, professor emeritus of the Harvard Graduate School of 
Business Administration, when describing the future of «hea 
purchasing process statei, "There will be big changes in 
Meee ing With stock, inventory, and order-placing responsi- 
bilities. This will come about as a result of better 
Management comprehension of the nature and relationship 
between these activities, anda greater use of BZutonatic 
data processing" (Ref. 10: p.15]. Azain in 1964, J. Weding 
mmc. Diamond addressed the issue in their article, "Buy by 
Computer", published in ths Harvari Business Review «hat 
year. i@ievemnaucacea €hat “relative +o otas> functions 
Meehan industry and government, the procurement function had 


nel 
consistently been slow *o apply moiarn management «echni- 


(D 


ques; therefors, use of ADP resources. Veov wee ches indi= 
Meee d hat the precurement organization shoauld desioan, 


@perate, and control their own autcmated system so as t9 
£ 


in 
U 
ie | 


ct 


Seeaar «he type of in Naesotmee NDOT cant for seifectivs 


6 


Peocurement managemen*t [{ Ref. 11: p. 109}. 

Mee1366, Achelicas Kollios and Joesph Stempel in their 
Beek, Purchasing and BDP, discuss2i the issue o 
Bee in the purchasing function. hive Dal taeculary +hey 
@esetibed in detail the integratel a 


u 
Syso-em used at the Aviation Supply Office (ASO). hes 
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System basically consistei of an automated orderiag function 
integrated with financial and inventory management centrol 
programs [Ref. 10: pp. 69-90]. 

On 4 September 1969, NSC San Diego implemented an 
Automated Local Purchase Support system (ALPS). The system 
consisted of three major data filas; (a) FSN/Part Number 

ile, (b) Supplier Name and Address File, and (c) Automated 

Follow-up File. The systen automated the purchasing of cont- 
rolled local purchase items and items under existing 
@ertracts [Ref. 12: p.8]. 

By October the following year, the small purchasing 
function at various NSC's was being automated <hrough 
locally developed systems. However, none of these systems 
could be classifies as 2 complet? integrated procurement 
Managemen+ information system. Duriag this time period, the 
meet Material Support Office (FMS)), having overall respon- 
Seoiaizy for design of uniform automated data eae tie 
Procedures and programs, initiated work ona system tha 
would integrate the fragmented programs of various activi 
ties into a@ comprehensive information system. The system 
would be divided at three different levels; (a) Inventory 
memero! Points, (b) Navy Stock Points, and {c) Fleet Jnits. 
The development of one system applicable to these three 
levels was considered +9 be beyond the ssope 
Beaeousccs available at that time [Ref. 13: p.125j.- 

emen 


Poener @xample of automating a vrocur * process w 


ey) 
“0 


m 
peomebeted by Lieutenant Kenneth Patterson, SC, USN, in h: 


pte 
ut 


@aeseer’'S thesis titled, Wt SSC Nas ORMessyscem for <h 


iD 


Management to Navy Procurenent™. LT. Patterson proposed 32 
Moder that attempted to solv] problems that procuremen: 
Managers have in accumulation, digestion, and dissemination 
cf precurement information [Ref. 13: p.125]. The system was 

yo 


@emwed ASPIRE which is “h2 acron =or-  Aveona- 2d Status of 
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Puschase Information Recorded Blectronically. [+t was envis- 
sioned «hat ASPIRE would bea ¢ 
4 


hac 
tally integrated systen, 
exportable to all procurement S 


- Subsequent to the 


Cc 
Beotashing of LT. Pattersda'ts th 
+ 


esis, ASPIRE was implemented 

at NSC Puget Sound in Bremerton, Washington +o undergo 
testing. 

Re e=he Market fer electronic dat processing equipment 


and software began to expand, so did the number of systems 
used by NFCS major activities for *he purpose of procure- 
ment. There was PROMIS (Procurement Management Information 
System) used at NSC Charleston and the WANG system used a 
NRCO Long Beach, PucdidiaertOu eOmnoP EN a= NSC Puget Sound 
and ALPS at San Diego. AS che internal and external 
requirements increased ani the benefits of automation became 
known, procurement managers began ¢9 automate the procure- 
ment process at their activitisas. This led to various unre- 
lated systems, none of which were totally integrated. 

By 1974, NAVSUP began exploring alternatives *9 improve 
tha total responsiveness of the procuremen* process in addi- 
=2on to resolving the continued personnel reductions 


plaguing the various supply activities Auzonation of the 


procurment vorocsss at the NFCS activities was considered +9 


be one alternative solution to “hsir oblems. ips 2=Cogn1= 


oO 
tf 


mom of this alterrnativ:, NAVSOP initiated several effcrts 
to develop an automated procurement system, refere ho as 
moon (Automation of Procurement ani Accounting Data Entr 


System). 


moe April of 1975, a funded cresearch and development 
project was initiated at two pilot tast sites to determine 
men feasibility and cost effactiveness of converting «ths 
eXisting manual process of preparing formal procuremen: 
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documents tc an autcmatei system utilizing a ninicomvuter. 
The test sites selected ware two inventory control points; 
Aviation Supply Office (AS3) an Ships Part Control Center 
(SPCC). 


1. syster 


The research and development effort consisted of 
using Data General Nova 800 miniconputers for procurement 
document preparation. iwvewecteMarniy RFO's, LFB's, and 
purchase award documents. The system worked by a typist 
M@yeeracting with the minicomputer through the use of a CRI 
feiaplay unit. The operator would 2nswer varisus questions 
that were programmed for 2ach type of document. The informa- 
tion would then be printed out by alarge Spectra 70 
beint er. This printed document hai to be reduced pefors 


Perpg Mailed out to the contractors. 


Mye RED” proyjec= mee with onl 


(b 
” 
4) 
a 


N§ 
However, the test indicated that the potential é 
aL 


ey 
ox 
O 
rj 


gr2ater improvements in this area 3s we 
intensive procurement functions. 

BomanGd OUcCGLOWEn Of =nh> RED project, NAVSUP tasked 
FMSO in December 1975 to review locally developed automated 


purchase systems at various NFCS and other DOD 2ictivities 


}4- 
i2 


magic ion to commercial sources for possible standardization 


GedeeexpOrta*+ion to che NFCS. Picco MOweng 62s an List of 


}— 
f= 
fo 
ct 
1 
fy 
@e 


those systems 2Vva 


mee PROMTS - Asc Charieston's Procurement Manaqement 
Information Systea, 

Meee ASPIRE - NSC Puget Sousa Ss. Wucoma sa) 'S 
Pwee teas ngs eNcomumati on Recorded flectronically, 


3. WANG System - NRCO Long Beach's vrocurement systean, 
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4. SAMMS - Defense Logistics Agency's Standard Au*omated 


Material Management Systen, 


S. PADS - DARCOM's Procurement Automated Documentation 
Systen, 
6. CIAPS - Air Force's Customer Integrated Automated 


Procurement Systen, 
7. MOHAWK Data Sciences 21/50 Systen, 
eee te PROFS Micro Computer Systen, 
9. WANG Data Processing and Word Processing "Vs" Systen, 
and 
10. Xerox's 869 Word Processing Systen. 
FMSO reported that these unique ovourchase systems were not 
sufficiently comprekensiv= and that exportation of any 
existing system was not feasible, evan for a short term. 
Following the syst2m review, the need for the design 
and development of an automated proturement system, which 
addressed ‘the tetal needs of the NFCS activities became 
meeeren-. In 1976, fiscal year 1977 funds were granted under 
the Navy Productivity Enhancement Program to davelop APADS 


for system-wide application. 
meee APADE IT 
eee Oyect Tnitial:za= ion 
ae Command Pian # 338 


Rinene oi , NAVSUP O02, Deputy Commander for 
Procurement Management, Suotee2s1  Contand Plan# 3238, 
Ag Data EREry (APADS), 


ae 2 
poly Systems Command. 


Automation of Procurement 2nd Ac Gee 
=e the Commander Nava 
Subsequently, the plan was revised and resubmitted on 13 
June 1977, 

The purpose of the plan was to provide manage- 


men= information concerning the ovorojec¢. The overail goal 
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OE che project, as stat2d by the plan, was ¢9 provide an 

automated procurement managemert system +o major field 

procurement activities. Specifically, the plan stated that, 
The APADE project will provide an automated procurement 


Management system +o 11 NAVSUP procurement activities 
mia 12 other major field WaehastnGg aCeLvLties With 


Capabilities for’ PR/requisition tracking, | automated 
document Pe-paratson, and management LNEOE Ma t2o0n 
Eeports. The system will also have source data automa- 
\2On capabilities to a2nable transfer of pertinent 
procurement data to interfacing, dependent financial and 
SupP.y data systems 42 -tO we Lana l intervention. 
Overall effect will b2 to improve field procurement 
memet2On, reduce cost Sf procuresmesnt operation, reduce 
procurement administrative lead tine, provide more 
Fesponsive support to NFPS (NFCS) customers. 


Additi 


onally, the plan listed the followin 
Bees Which contribute to accomplishnent of the goal: 


1. Finalize system policy concepts, 

2. Develop system design specifications, 

3. Identify hardware requirements and software require- 
nents, 


Develop requirements documentation, 


Obtain hardware requisition approval, 


Procure hardware/software, 


Test and Llaplement at prototype site, 


Oo OO Nt WI £ 
e 


Implement at remaining NAVSUP activitiecs, and 

- Implement at designated non-NAVSUD activ 

The Command Plan specifically task2d FMSO with providing 
analysis, COnMtracrang, zmplementation and 

Suecr= tor the APADE project. "Gop y “set 
Command Plan is provided in Appendix B. 


Upon GEeviewing this plan, it is eviljent that the 


drafting of the system design specifications was estimated 
to take only one month. MdcaesOne iy, “ne  <otal systen 
development, iacluding asquisition 29£f all applicable hard- 
ware and software, was estimated at six months with test 


sf 
and implementation at the oprototyps site +0 be completed 
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only nine months after project initialization. These appear 
+o be unrealistically short time franes, given the myriad of 


higher agency requirements discussed in Chapter III. 


% 


SeOrganizac ion 


Following «the initial submission of Command 
fianrk 338, the general aanagement responsibilities within 
the various commands began to formalize. The responsibility 
of functional sponsor for the APADE project was assigned ‘to 
Deputy Commander for Contracting Management (NAVSUP 02). 
Project Management was assigned to the Deputy Ccemmander for 
Plans, Policy, and Programs Developnent, Financial Systems 
Development Division (NAVSUP 044). This Division weuld be 
Meeronsi ble for planning, funding, 2#xecuting, and monitoring 
APADE II development, a jal olhe wil imolementation and systen 
maintenance. NAVSUP 041, Programs Control and Development 
Division would provide support by ssheduling and performing 
automated da*a processing reviews and assisting in the 
preparation of various development olans. 

FMSO, as the NAVSUPSYSCOM agency responsible for 
design of uniform automated data processing procedures and 
BeEOgrans, would perform the +echnical management cf the 
eo jec*. They would be specifically «asked with ensuring 
that the Functional Description (FD) and Data Requirements 
Documen+ (DRD) accurately reflected the needs of ths 
Besctictement community ani were presiss enough ts aid in 
System development. Mig esOnateresODOnst bilit=es included 


those addressed in the Command Plan. 
Ga soy¥scens Policy and Concsots 


As required by ‘the Conmand Plan, NAVSUP 02 
published the Systems Policy and Consepts Policy document in 
ay 


feel) 1977. The ourpos= of this iscumen w2s to outlins 
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#he requirements for the APADE II systen. The document 


included the following main featur2s: 


1. Purchase request(PR) / FeqWise2On  thacking/docume nt 
Goncrol, 
Pee Automated preparation of standardized, formal procure- 
ment documentation, 
3. Scurce data automation, 
UW. Procurement management information reporting, 
5. Procurement interface with existing data systems, and 
oer «feel «ime, interactive processing. 
Meadtewenmatlly, thts document specifically s*ated 
emae, "APADE IIT will provide a standardized baseline for 


autcmation of procurement process2s through*sut *he Navy 


3 


Field Procurement Systen. Due to th> broad range of activi- 
+ 


ties involved and the significant 11ifferences in existing 
interrelated (2.g. supply and financial) management systens 
memopera~-on at various activities, APADE II design must b2 
meee. ent ly fisxible to 2scommodate such factors" f Ref. 14: 


pe Bot 1. 
d. ADS Development Plan 


PoacdicrOne os <he System Policy and Concept 
document, NAVSUP also itiated work on «he Automated Data 
System Development Plan during the same *ime rame 
However, <his document was not officially approved by the 
Mmemune: 2] 12 Octsber 1977. This document, as discussed in 
Chapter Three, provided the justification of the system's 
Meeanitceal and economical viability. 

Tice waste Oaae Of the ADS ol 

n 


newas che SCor 
Analysis. In analyzing the automatio a u 


hea proc 


process, five alterna<ives were considere 


ieee continue current systen, 


51 





Mee GOntract service, 

fee share OF USe existing facilities 

UW. Develop a central procurement system, and 

5. Develop a uniform minicomputer system at each proposed 
site. 

Alternative One was eliminated since it had 
previously been shown that the cursnt system was siow and 
severly impacted upon the responsiveness of *he system. The 
second alternative was not feasibl= because APADE II was 
intended for operation by neon-ADP personnel with aininal 
training required for svstem Operation. Tt was further 


estimated that system operaticn wouli not exceed 0.5 person 


cr 


hours per activity ver day. Therefore, it was not practical 
Pemcontract for this smail work load. Additionally, it was 
planned that software maintenance andi enhancements would be 
performed by FMSO. Alternative Three was elininated since 
existing facilities were considered to be saturated and did 
not allow the objectives of the system to be met. 

Both Alternatives Four (4) nd Five (5) were 
considered to provide equal benefits; however, the central 
procurement system, alternative 4, would requires additional 
Manpower for system operation in addition to expandad facil- 
Metes for environmental protection. Alternative 4 was 
eliminated as the greater cost/equal benefit alternative. 

Alternative 5 consisted of locating minicompu- 


ters at 12 operational sites plus one test bed miniconputer 


t 


The software would be uniforn across ths procurement 


YW 
(D 


t 


system. The system would be adaptable +o volume and varying 


personnel requirements at the sites. Each svstem would have 


+ 


Mme central processor with 256K memory, multiple disk units 


( 


wizth up to 10M bytes of storages, one magnetic t2pea unit, one 
Sera Ereader, dne to two line printers, and up to 4 cathode 


tay terminals. The software dsvelopers would ovtrovide 


of 





turnkey programming training and would be required only for 
maintenance at FMSO. Some operational training was consid- 
ered to be necessary, but the systen could be operated by 
existing employees currently in the activities. The system 
would also produce tapes which would interface to other data 
bases affected by procuremen* operations. 

Specifically, APADE II would be capable of 
Meaeertacing with certain 2xisting sipply, Financial, and 
contract administration systems as n2cessary. These sys*ten 
mist ude: Uniform Autonated Data Precessing Sys*en 
(UADPS-SP), Naval Sea Systems Managament Information System 
(NAVSEAMIS), Navy Uniform Vendors BVealvetwenr | Pregzan 
(NUVEP), Military Standari Contract Administration Procedur=2 
(MILSCAF), Shipboard Uniform Automated Data Processing 


System (SUADPS), and the Intezjrated Disbursing and 
Accounting Data Exchange (IDA~DX). 

The equipment would require no svéecial environ- 
ment. Pocwenes #ould be piaced on d2=sk, utiliziag existing 


x 
rk space. PicmCcencsa i DEeCCIssing unZt (CPU), disk, and 
Magnetic tape units would be mounted on racks. L 
ters would be located near the SUpesVesoo's “OFZICe. 
Overall, Alternative 5 was designed to meet the needs of an 


automated procurement system in the areas of: 


Meee -SOCULS>]ement operations, 
Pee neport generation, 

3. Document preparation, and 
Mm. Source data automation. 

The total cost GE EHS ALALcOmpu*er system was 
eeeetiaee’d at $159.8 million, shown in Table I. Based upon 
an inflation rate of 4.7 percent per year, the total oresent 
Value savings was estimated at 34.265 million over <hse 
estimated eight year lifs of ‘the system. Dayback of ths 


investment was calculated 2+ 1.97 years. 





TABLe Tf 


APADE Estimated Tost 


cost APADE *¥APADE II-Project Years iuiehs 203i 
Type 
I 1 Zz 3 4 5 6 7 8 

Development 

ADP mee 0 ‘ 0 0 0 0 0 «3 
Non-ADP 0 0 9) v 0 0 0 0 0 
Operational 

ADP meee Si eemmoeezeevoas 1965 20.8 21.39 22.8 156. 3 
Non-ADP .0O4 a2 52 ae ae Se a3 3 AS Cer | 
Equipmernt.11 1.4 0 0 0 9 0 ) 0 1.4 
Total 


SYSTEM Tove oat) 1952 2057 2141 22.1 23.1 159.8 


enciated at 4. Pee per year (CHNAVMAT itr. 26 Jct. 1976) 


The sconomic analysis 2xhibited that Alternative 
meeosovided for automation of mest procurement operations at 
meeitac vely Low cost for squipment, scftware, and supper. 

PIcOnalecirg mecn=] GeONOntc anelysis, =he ADS 
Sevevooument plan project2i a starting date of the first 
quarter fiscal year 1978. Project complation was estinated 
@= ADS approval plus 18 aonths. Figure 4.1 provides «he 
planned ADS Locations with installation date and ADPE to be 
teelized. 

The second part of the ADS Develooment Plan 
Momsisted of the Milestone Progress Repore. MES Se DO fc 
exhibited the same propo 

n 


fo) 2] task and completion dates as did 
Command Plan# 338, Appe x 


Ss 
di Be 











BoOca]i0n ADPE Installation Date 
, CRT Disk (ADS approv2l ovlus 
ireses oe em is) 
Developer 1 4 4 S518, 
NSC Oakland 1 4 5 oe 
PCC 1 4 5 ea 8, 
ASO 1 4 2 12.5 
NSC Charleston 1 4 5 Ve 0 
New Nor folk a. 2 uy T3595 
NRPO Philadelphial Z 1 14.0 
NRPO Washington 1 2 1 14.5 
NRPO Long. Béach 1 4 3 liy0 
NSC San Diego 1 2 3 lid 5 
NSC Puget Sound 1 2, Z 1o220 
Mee Pearl Harbor 1 2 3 lo5 
NRPO Newport 1 2 1 1750 
FMSO Development Set 172-5 


*One set is comprised of one 22th of the following: 
CPU 


Core Memory : 

Disk Units as indicated 2bove 
Tape Unit 

Lane DE imeer 

Card Reader < = 

Number of CRTS as indicated above. 


WY 
Tp) 
‘D 
ct 
O) 


A eee ei ee ee ee ei eee ee ee ee ee ee ee eee | 





Figure 4.1 Site Location and Installation Estimates (ADS 
Development Plan) 


On 8 June 1977, NAVSUP O44 ceemphasized +o FMSO «he 


mebloOwing required actions: 


1. Develop system design specifications by 1 June 1977, 

Pee Award 2 contract by 6 June 1977 to identify hardware 
and software requizrenents, 

3. Identify nardware and software requirements by 15 Julv 
1977, 

4. Develop requirements documentation by 30 July 1977, 

Se Procure haxrdware/software by 3) September 1977, 


6. Implement and test at NSC Oakland, and 





7. Implement at cemaining stock points by 30 September 
1978. 
Additiorally, NAVSUP O44 classified the project as mandatory 
with an assigned priority of 7a. Fhis ouioersty indicated 
emcee -he APADE effort was part cf another major project thar 
was seventh on a priority list of orojects assigned and 
moeeoved for FMSO during that fiscal year. 
On, 30 “June 1977, the Assistant Devouty Commander, 
Plans, Policy and Program Development, NAVSUP 049, forwarded 
the approved Command Plan # 338 to FMSO's Commanding Officer 
for assignment of the responsibilities and tasks as previ- 
ously mentioned. NAVSUP 049 emphasized the fact that NAVSUP 
O4 was responsible for project completion and sucess of the 
Mroqram hinged on the abilixty of NAVSUP to contract for 
hardware by 30 September 1977. 


See Hardware @Negu_s tion 


On 26 July 1977 a delivery order contract was issued 
memoystems Consultants, Ins. (SCI) as 2a result 2£ an unsoli- 
meead DrOoposal from SCI *t> FMS). The contract specifically 
requested that SCI perforn the following action if optioned 


by the Government: 


ij Participate aye eeevelapapler.| Ik conferences with 2MSO 
personnel, 
2. Review APADE IIT design specifications, 
3. Develop specific 2quipment and system requirements, 
4. perform a survey of all available minicomputers suite- 
ble/capable2 of performing this task, and 
See rc spare a fuli systen specification. 
fee hy the ee of task five, all actions were cotioned 
and completed. SCI proviied a set of general system speci- 
meea 10) instead of full system spscificaticn as outlined 


above 
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Aas seen oneene | Into=omSsation provided by SCI, FMSO 
informed NAVSUP 049 «hat APADE II hardware requirements had 
besn identified on 16 August 1977. The hardware selection 
was based upon 2 comparative analysis of minicomputer 


systems from the following commercial manufacturers: 


1. Data General, 

eer interdata, 

fee Yarlan, and 

ie «DEC 

The equipment selected was the Interdata System. 

Gnas System consisted of a 7/32 central processing unit 
(256K Bytes), 22M Bytes disk drives, 600 lines per minute 
printers, 400 cazrds per minute cacd readers, and video 
mesmibay Units. Additionally, the following software package 


was accepted as part of th2 system: 


Mum ecr act ng SYSTEM... 2.0. 06.-0S/32UT, 

Seerciemo 2 Sto ..c. 2. CODCL, and 

Sez 1 16S... 5565 ee TELSCOMMUNISations ITAM 32. 

Deca EPeey LER AC 
On 30 September 1977, the Automatic Data Processing 

memee- OT Office (ADPSO) issued a delivery order contract, 
N66032-76-D-0004, for thea acquisition of the initial hard- 
Ware requirements of cth2 APADE II systen. This was 
performed in aeceraanc with SECNAVINST S23051 ik, 
eect iication, Selection and Acquisition of Automatic Data 
Boece ssing Squizpment. I+ was planned that Interdata proces- 
sors and periphiel equipment would ba delivered, installed, 
amd accepted at the rate of two a month until all deliveries 
were completed. The first deliverias started to arrive at 


the prototyoe and developnent sites by December 1977. 
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4. System Development 


it 


‘D 


One tommmaus: i970, ana letter to NAVSUP O49, 


@aumanding Officer of FMSO voiced the concern that, “we 


=) 
- pp ws 
rk 


a 


be moving too quickly and have not yet thought out 
mepects of the APADE project.” One spscific area of concern 
dealt with the application software ijievelopment. Phere was 
memimdicatiorn of who would accomplish this effort, i1.6., 
MmeysO Or a contractor. mes O's CO cadvoee ed contracting out 
this effort due to the lask of personnel a+ FMSO with the 
needed experience in this area. Additionally, he considered 
that application software ievelopment would sake longer than 
the NAVSUP Command plan indicated. He osea7sa ohae, | “EMNSO's 
personnel estimated a minimum of six to eight months after 
myeesa Of a contract for islivery of a firs= nodule, with 
full development taking as leng as fifteen months. 


The CO also addressed the sue that no formal plan 


"any 
UY) 


had been formulated for maintenenc2 of the system. H2 
emphasized that FMSO wouli be the best choice, but specific 
resource requirements would be difficult *o estimate unti 
the application software was desianed. Pee wd =2On,. 1S 
expressed concern that no formal olan presently existed for 


incorporating any on-line interfaces via APADE II. 


a. Request for ADP Services 


4 
1@ 
er) 
D 
—” 


Orme Seneemmper 1977, FASO submitted 
for ADP services to the General Service Administration (GSA) 
via GSA for 2060), iieaececordat coe With the Federal 
Procurement Regulations. ( As desecibed in Chapter Three, 
this is a request for a Deleaation of Procurement Authorit 

DPA) The request previded the Sie puoi of the minicon- 
Baect System that had ben agres upon earlier as ths 
Minimum equipment configuration. It described the software 


package being procured from Inter 
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w 2d 


following personnel requirements 
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1. One Team Leader Analyst, 


2. Two Computer Systems Analysts, and 


Be Four Programmers. 


indicated 


The description of requested services 


that FMSO would provide svst2ms 


2qu 
specificatiens from which a 
computer system was to bea designed and programs written in 


implemenzation cf the 


+he 


n 
addition to testing, debugging, and 
the iddiwonally, 


Beev2ded the following system definition: 


system at fers = sass Tequest 


Mee APADE II System shall consist of a_ standard set of 
eee los and software components configured accordin 

to the performance characteristics required by  sach of 
the thirteen (13) sites receiving the system. The star- 
Jard equipment and software set shall be adaptable for 
each ot the Uocmmslaress according =O the definitions and 
Senstraints specified herein. 


Further, the request stipulated that APADE IT would support 


five system functions. These functions were: 


fem PLrocuzement Tracking, 
meee Procurement Record/History, 
3. Document Generation, 
%. Management Information, and 
5. Telecommunications [nterface. 
Bach of thes system requirements art summarized in Avpendix 
Ch oO seme etues i977, GSA Bertifrted FMSO that ik 
chose not to issue a Delagation of Procurement Authority. I+ 
further directed that tha work would be performed threugh 
Smenuse Of an existing ADP Service Tontract, nasgotiated by 
GSA, Atlanta, for the Interagency Data System Facility 
(2)Sc) Located in Huntsville, Alabam:3. 
Since 1967, SSA has naintained the IDSF at 
Huntsville and administar2d an ADP service contract with a 


commercial vendor. Th 


(D 


iajOrmenimecr on Of this facility is 
Ss - 


meenOrevide a convenient and sconomical sources of 


oo 





analysis and programming talent for small dollar value (léss 
than $250,000) requirements of Fedesr2il agencies, especially 
when a fast start-up is desired. 

WISmEEUnGraons aS ch> project monitor. In 
general, they provide space, supplies, telephons, etc., ¢t9 
the contractor, forward contractor estimates in response to 
request for task order amendments, and verify contractor 
charges eqainst the project task orders. Gowever, all 
Con*racting Officer responsibilities are retained by the GSA 
regional office in Atian+a. 

I* should be understood, that these ADP *ech- 
Meal Slipport service contracts are nothing mor2 than a tine 
and material, requirement type contract. GSA-IDSF orders 
[ager hours at a specified rata and natesrial at cost. This 
[yee Of COntract regquirss constant monitoring *9 ansure 
efficient and effective use of government 

On 8 September 1977, FMSO requested an estimate 
of time and cost to perforn the services outlined on «he GSA 
weem 2068 From IDSF Huntsville. The initial GSA estimate 
memeone total APADE II apolication software was approxi- 
mately $248,000 with an 2Stimated completion date of April 
1979. 


be. Memorandum Of Understending 


On 21 6 =90 Er oe ie a Aemorandum Or 
Understanding (MOD) between GSA-IDSF and FMSO was signed. 
The general purpose of the MOU was to establish a2 working 


agreement through which GSA-IDSF would provide ADP technical 
support services on 2 reinbursabis basis +o FMSO. 
Seecifically, GSA-IDSF would issues task oriers to <t#hse 


Support contractor based on thea work requirements and eae 
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meee ~el08S Submitted by FMSO. No single task o 
femal DSr could exceed $259,000 for total supp 
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alterations and modifications of amendments required prior 
approval by FMSO. The performance period would be governed 
by the requirements and specifications for each individual 
task as prescribed by FMS9O. 

The initial task orders to be accomplished were: 


System Specifications, 


Data Base Requirements Document, 
Test Plan, 


= WW NO — 
6 


Program Specifications, 


Program Coding and Testing, 


System Integration, 


Jj Ov Vi 
« 


Acceptance Testing, 
8. User Manual, 
eee Training, and 
10. Quality Assurance Proaram. 
Meoummat:zation of each task is provided in Appendix D. 

Be showld be noted at this tine that Task One, 
System Specifications, W2sS to be based upon the ADADE IT 
fomee-cnal Description being previdei by FSO. 

As a result of the MOU, apEe 72Ct . S2d=2 Was 
maemteoad On 21 Octcber 1977 to GSA-IDSF for APADE II applica- 
ion software development. Funds amounting to $198,000 wers 
Mmevided for the initial t2n tasks in addition to an evalua- 
*icn of possible use of 2 file management , Seagu2try and 
retrival system and tslecommunications package, TAs 
(Tecminal Application Processing System) for use in APADE 
ite System predéesiaqn ani software svaluation was initiated 
under task orders #8587 and 4588 y Potomac tssarch, 

nt ber 1977. 


se 

i@ermy ki), =he GSA-IDSF support contractor in Dacen 
evelopment 

W 


Development hardware was deliversi to the ds 


ie 


5 The hard 


are was 
Bod eoyeenr “eon 31 Maren 


Semel acicr, PRI,by 20 January 197 
Cc 


p 
no) Oo 


finally installed, ‘tested, andac 
1978. 
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Ge Medularc System Consept 


As early as July 1977, modular system develop- 
ment and installation was planned for the APADE II project. 
[yrs Was first indicated in the 15 July 1977 preliminary 
system design specifications published by FMSO. The modules 


met cs 


mmefodule I ....e65 Purchase requisition tracking, 

Pee Nodule ITE c.... Automated docunent preparation, 

Se Module III .... Management Information Reports, and 

HW. Module IV ..... Intarface with other svstéems. 

On 15 December 1977, FMS) oublished the APADE IT 

Managemer* Plan which was prepared by Computer Data Systems, 
en The purpose of the plan was to provid2 an outline of 
reguired managemen* actions and related milestones. ie 
would be used +o plan and xecut APADE IT develonment, 
evaluation, operational implementation and maintenance. 
This plan also referenced APADE II modules in describing the 
implementation plan. Although nodular system development 
appeared in both of thes= documents, no reference to this 
fact was made in the ADS developmen= plan. 


In May 1978, the Functional Description (FD) was 


published by FMSO after having been sompleted under contract 
with Computer Data Systems, Ince. THe FD indicated thar the 


system would be implemented in the field cone nodule a= 3 
time. rt furnisked the following tarqdet dat2s for 


implementations: 


Pecoet le TL sos.2-6 August 19738, 
meme duie IT ....- November 1973, 
Beeeemoduie ITf .... Fabruary 1979, and 
@eeeeecadule EV ..... Aprii 1979. 
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ds Module I Development 


The task ori2er (H585) under which Potomac 
Research, Inc. (PRI) commanced the levelopement of APADE ITI 
was initiated in February 1978. As previously mentioned, 
the task required the contractor to prepare system specifi- 
cations and succeeding deliverables from the gcecvernment 
provided FD and ODRD. However, these items were not 
completed by Computer Data Systems, Inc. (CDSI) until 15 May 
1978. Therfore, PRI's af fort during the interim was based 
on preliminary versions of these documents in addition to 
direct meetings between FMSO, PRI, and CDSI personnel. 


For the next four months, from February until 


tb 


May there were no indications of any problems with th: 


development effort. PRI was reporting their work perf 
Mance every two weeks by submitting task order activity 
Eeports to FMSO. Additionally, two neetings were conducted 
between the contractor and FMS) personnel during <that 
period. On 19 May 1978 PRI indicatel that they were experi- 
5 


O 


Peeing Gifticulty with tha TAPS package and the Interdate 
Seeecditcr. This was also the first time thazt they reported 
the use of over-time. As jot V4sguly 1978, they had no= yet 


S 


completed system testing 9f Moduls Tf. Implementation on 


Medule I at the prototype site was scheduled +9 commence on 
iemouly 1978. 


e. Prototype Tasting 


NSC Oakland was selectsl as the prototype test 
Site because they were experiencing saver problems in «he 
meeeaOor small purchases. Duting that year, approximately 58 


percent of the precurenent departnant's personnel were 
= 


devoted to small purchases. They were receiving from 2509 
£0 3000 purchas? requests per week for non-standard, low 
dollar-value (less <‘¢han $10,000) items. This eventually 
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resulted in a weekly output of 1290 to 1500 award documents. 
Because of ‘the manual methods employed to coliect data on 
Beak load distribution, buyer production, ani requisition 
status, Management control of the procurenent process 
involving this many requisitions waS greatly reduced. 
Approximately 600 customer inquiries were being received 
weekly which proved to b2 a costly and time-consuming manual 
task [{Ref. 15: p.9]. 

Since Module I was specifically designed to 
provide the management data needed to control and simplify 
small purchase processinzg, NSC Oakland would provide an 
excellent «est of the module. iettde=son. NSS Cakitand had 
budgeted for the personn2l decreas? associated with the 
productivity increase t> be accrued with APADE II for both 
mee o and FY 80. 

Implementation of Modul2 I was originally sche- 
mered £rom 17 July thru 28 July 1978. Although implementa- 


mem WaS initiated on 17 July 1978, fee was not fully 
Sap. lized until February 1979. This was dus to several 
problems. The implementation suffered a series of softwara 


and hardware problems which required several cnanges «=o ths 
fieectal sofware design in addition ¢t5 requiring more har4d- 
Ware. FMSO reported that the software had to undergo exces- 
Sive debugging during tha implementation effort. Tas 
entailed many long hours of réprogramming by contractcr 
personnel. Another oroblem encountered aS that the 
Pemee te DSF ADP technical support contract expired on 30 
September 1978. Oia siwscrs 1970, FASO was inftotmed the 
follow-on contract had been awardsi to Computer Sciences 
memeoration (CSC) anc would become effective 1 Ictober 1978. 
Although the majorit 9f personnel and especially the 
Dro ject leader, were hired by the n2w contractor, it caused 


Geez pt-on <o the implementation process. 





a 


On 2 January 1979, mice CON. baccor’'S project 
leader (the only project leader since the project initia- 
mmo) abruptly left the tontractor. Only at that time was 
it discovered that no substantiating documentation for any 
modules existed. The project leader had mentally controlled 
all development efforts and the application softwars without 
providing any written docuaentation sf his undertakings. I+ 
required the following two months *> recover lost progress 
and rebuild system decumentation. EM padidsation 26 the dccr— 
mentation, FMSO consider2d that adequate test plans and 
procedures had not been 2stablished aor used. It expressed 
that the majority of the problems encecuntered were discov- 
ered on sits, impacting on *he implenentation process. 

Overall, the rasults of th? problems encountered 
were that prototype testing became nonexistent and implemen- 
mmmeron DY trial and error was the game plan. Bv 20 February 
1979, Module I of APADE II had b2en implemented at NSC, 
Oakland. Development on the remaining modules continued 
under the MOU with GSA-IDSF. 


fe Second Test Sits 


Om 12 February 19979, she Officer In Charge (OIC) 
@emeecO Washington, D.C. requested that Module I of Apade If 
mee a.mplemented at his activity. Hoe stesed “shat NREO 


Washington had an urgent need for an improvei requisition 


= 


Begen ng system. The OIC considered that since e hardware 
for APADE IIT had pbeen raceived and installed at his 
mec Vity, ~mplementation ore Nodule I was a viable 
alternasive [ Ref. 16: p.1}. 


The systems test plan required that FMSO reccn- 


mend to NAVSUP O44 when 32 module was ready for imnplementa- 
tion at the other proposed sites. B¥enough this had no* 
Meeo) done, it was decidei in March that the results at NSC, 





Oakland were sufficiently encouraging to justify a second 
prototype test at NRCO Washington, DenGs. The expansion of 
Module I to a second prototype was justified by emphasizing 
the difference in procurenent volume and type between a NSC 
and a NRCO. The NRCO mainly deals in a low volume, high 
doilar value environment whereas the NSC deals in a kigh 
volume, low dollar value anvironment [Ref. 15: p.11}. 

By the end of April 1979, CSC had generated the 
Module I system for the hardware configuration at NRCO, 
Washington. However, Momsbecatac =<est plan sS@2£ing the 
goals for additional testing had bean developed. 
was implemented at NRCO by FMSO personnel in 
Without assistance of contractor personnel. The imp 
tion effort proved more sucessful «han had been experienced 
at Oakland. This was mainly due to the availability of a 
tablized software svstem and the volume of small purchase 
actions was only a fraction of that at experienced at 
Oakland. MiP acdGmeo a, To meenecreassd oroduczivity had been 


forecasted in NRCO's budgst. 
Meer COnet ac. | ACM201 Sera t Ton 


After the savere problems encountered during 
system implementation at NSC, Jaklani, FMSO began t9 monitor 
Been GSA-IDSF ard cCSC nore closely. Me hougn f=22 =) 700 

eeoariy held their responsibility as tasking and funding the 

Meee c=, With final acceptance authority, FMSO began to 
become more involved with the actual contractor's perfor- 
mance. The following correspondancs are scme examples of 
mee 2ncreased interest in administration of the contract by 
fas 0. 

imemictesn Os ~eaezoerobruary 19/7/, to GSA-IDSF, 


meer MSO project officer far APADE II requested tha-: 





feeeeGsce review all data base, system/subsysten, and 
program specifications of Modale I to ensure preper 
documentation, 
meee CSC Provide complet= decumentatisn for Modules II and 
TII for review and approval before any programs ars 
written, 
Meese tcully staff th> project as exhibited in their 
estimates, and 
u. CSC exercise greater managemant control to assure ail 
programs conform to applicable standards. 
ie Mics Gnd cas SiGe. fred FMSO tha= the 
revised estimate for completion 9 Module [II was Augus* 
fey 2. SEmce shacees t2mate Weld pus the vroject a total of 
Meme months behind the originel schedule, FMSD stated that 
cs¢t's projected completion date was unacceptable. Tm a 
Mercer ~0O GSA-IDSF dated 14% Match 1979, FMSO's CO indicated 
tha= although over 2950 uan-hours have been reported to 
develop system/subsystem specifications, program svecifica- 
f2ons and other documentation on Module If threugh 29 
January 1979, ilittie orogress has been made on Module II. 
He requested zhat it be datermined what had t>9 be done to 
SempLetoe"4odule IT by May 1979. In addition, as a result of 
the alleged cost to date, he requested GSA audit man-hours 
expended versus amount 2F accomplishnent. 
The tesponse letter SOU GoA- koe ‘CR 6 ° Apel 
Beers nrdicated that CcSo was not required <*o report ho 


u 
the project aS a Singles 


ow 
iD 
(y 


expended by module since 3$S5SA iss 
Sean Order. Additionally, the esti: 


n 
Module II was oconsideredi reasonable sin 


24 was being 
developed under a more Formalized manner than Module f. 
This was in reference to the approvals «that+ were required by 


FMSO's letter dated 20 February 1979. 


ot 





It was approxinately this same time pericd that 
CSc recommended implementation of Module IIT in two phases: A 
and B. Phase A would contain thos2 capabilities and files 
considered a priority for implementation at NSC, Oakland. 
Phase B would contain the remaining filss, document 
processing and the Integratei Disbursing and Accounting 
(IDA) interface. Modul= IIA was 2stimated *9 be completed 
by CSC on 31 July 1979 with implenentation at Oakland in 
August 1979. 

By June 1979, over $300,900 had been spent on 
the application software development. The project originally 
Semeaduled for an April 1979 complation date had no firn 
completion date in sight. Because of develooment and imple- 
mentation delays, cost overruns, Naval Audit Service recon- 
mendations and requirements associzted with 
multiple-activity standard systems, the CNO requ 
all new APADE II initiatives be held in abeyan 

1 


comprehensive evaluation of thea projact" [ Ref. 
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A. NAVDAC EVALUATION OF APADE [ITI 


On 711 June 1979, the Chief of Naval Operations directed 
the Naval Data Automation Command (NAVDAC) to conduct an 
evaluation of the APADE II project. He further requested 
+hat the evaluation report be completed neo later than 12 
September 1979. On 10 September 1979, after three nonths of 
shorough evaluation, NAVDAC reported their findings and 
recommendations concerning the future of the APADE ITI 


Boo ject. 
1. NAVDAC Findings 


NAVDAC's evaluation report indicated s#vera 
in which sé@rious preblems had developed and contributed to 


[emp cOojectS current condition. Those areas were: 


mo weetial project planning, 
mee CONTLAcC<or, 
be Design, 
WB. Implementation, and 
fee) Pr©Ojec*= monitoring. 
The following discussion isa summary of each preblem area 


as reported by the NAVDAC evaluation tan. 
eee ete BP TOvese Planning 


Upon reviewing the initial approval process and 
meeenang Of the development process, NAVDAC considered that 
fmemocrojyectsd schedule was overly d»ptimistic in 
Magnitude of the APADE II ovroject was not fully unders 
Additionally, they considered the system design concents 
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Semee DO] Sufticientiy defined to justify early acquisition 
of ADP hardware. 

NAVDAC also indicated that a major failure in 
the early stages of project planning was in defining the 
requirements ee | ei application software development 


Seq rac Or. Soeecefoecatlvie tne fact that ths contractor 
percormed software development before the Pumecs onal 


Description (FD) and Dat2 Reguiremne+ Document (DRD) were 
completed. Tits Gequesed softer pretatton of fhe functional 
requirements by the development contractor and subsequently 
resulted in disputes as to the consistency between developed 
program and functional raquicements. Pied. con, the 
development contractor hai no procurement expertise among 
his personnel. 

AOE Omer liawet tr DEOgect Dianne ng was a Lack of 
detailed test plans d¢éscribing what tests were to be 
conducted and by whom. The Test and Implementation Plan did 
Meee provide for test datz recording, teporting, évaluating, 


Semaporoval procedures. 
ij MSlenlieseslondonn 


NAVDAC considsred the change of tha GSA-IDSF ADP 
fGepor. CONntract from PRI £0 CSC, sombined with the abrupt 
Meee sure Of the contractor's projact leader, sidqnificantly 


contributed +o the delay in softwar2 develpomenc. However, 


| 
ct 
rf 
O 
}— 
ri 
ct 
oe 
\D 


Meeyeond-cated that coordiination with and co 


@emerac-Or had just as much impact on inhibiting the devel- 


(2) 
ae 


te 
(D 


opment vrecess. They Geeteo=ratmeurTSe ©f GSA end 2MSO to 
+ 


establish intermediate nilastones for the con*ract 
*O monitor progress and penalize late d 
Bieeng cactors. Also, zh2 geographic loc 
the Develcpment Sits, and the Prototype s 


maeeenea!l commun ica«icns. Tomes cto tcene 
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frequent communications between CST and FMSO concerning 
interpretations of the FD and syst2m requirenents without 
Saporming GSA-IDSF. This led to verbal changes, additional 
Hamper commitments, contractor claias, and disputes over ths 


veracity of these claims. 
c. Design 


WAR seaccauence cre St=lecticn of TAPS as the 
file management, inquiry and retrieval system and telecommu- 
Nications package restricted APADE II design. They indi- 
@aeeca that designing an efficient aoplication system in the 
TAPS environment requirel an extensive knowledge of TAPS's 
capabilities and limitations. TAPS was a relatively new 
Meseyce and both PRE and CSC had nd prior experience with 
this package. NAVDAC reported that contractor perscnnel 
possessed only a limited understandiag of *he Interdata 7/32 
Sesrating package, OS/32MT. 

The system design did not allow for any recovery 


Capability. The only back-up capability was provided by 


ab 


Gieeey COpying of all data and index files +o magnatic tape. 

NAYVDAC also considered that the system was being 
developed in an excessively fragmented fashion. Ale hougi 
the original four module aopreach was acceptabl=, fragqmenta- 
tion of design was resulting becau Eaeculel aspects: of 
certain modules were being transferei *9 later nodule devel- 
opment or formed into a separate modules. 

NAVDAC also addressed the Base pee © ne 
COn<cractor of Navy personnel with alequats har 
ence, in general, and Interdata hardware e¢x 
Saeeciclulac, mew Ino tied =sin ~th> projec:' SHENG tes. 
There were n Neame COneerSuce Sfii1czent utilization of the 


ADPE selected. 
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d.~ Implementation 


One of the major problens with implementation 
was the decision to rush Module I ¢> NSC Oakland. NAVDAC 
stated that, " the system was implemented without adequate 

rior software testing to satisfy an urgent NSC nesd for an 

automated aid to their small purchasing crisis. Instead of 
helping, the system was a burden ¢9 NSC management and a 
mesourcce drain from July 73 through February 1979" [Ref. 15: 
Peas}. 


Se Pro jece Ont -oLr ing 


ERs teaeNcComeOnDLOjvece NONitoring, NAVDAC ind:i- 
cated that management review actions were not initia 
the project began to experience problems with impl 
for. They further stated] that th ADS development p 
not updated when the planning estimat?s proved inac 
Additionally, they cited the December 1977 Managem 
as no ilcnger current. 

Dhevyealse ws =Guadleated chat although =he current 
APADE II project is over cost ani behind schedule, no 
formalized plan had been developed ‘9 remedy <«*he problems 


and complete the project. Tn aeddttion, APADE II wae an 
Unfunded requirement ‘for FY 80 and out years in <xhe 
NAVSUPSYSCOM ADP buddet submission. 

Overall, NAVDAC considered that the vproblens 
were ma Connen Origin: Stect-2on before “Or Without 


adequate planning. 


Oollowing discussion is 2 summary of the recon- 
Méendations from NAVDAC ‘that were orovided to tha CNO on 10 
9 


September 197 


Ue 





Fresc, NAY DAG ©ecommended that no APADE II initia- 
tives (development, acquisition, or implementation) b2 taken 


prior to completing the following: 


1. A major revisicn to the APADE II ADS development plan, 
2. Performance analysis and benchnark testing of hardware 
fenauairatvoneet NSS Oakland <5 accurately identify 
the hardware requirements that have only been esti- 
mated, and 
3. A review of the FD/DRD prior to further development 
with a Design Review Board performing a final review. 
It was also recommended that APADE II FY 80 and FY 
81 budgeting requirements be preparel1 as quickly as possibl2 
for the Chief of Naval Material's (CHNAVMAT) consideraticn.aA 
#hird recommendation was *o continue with software develop- 
Heme and documentation through the complation of Module IIA. 
In addition, it was recommend?d +0 implement Module IIA at 
the current prototype sites, and at limited additional 
NAVSUPSYSCOM sites following CHNAVMAT approval of prototypes 
test results. 
NAVDAC's fourth cecommendation stated that ADP 


Teviewed should be 


O 
ct 


Readiness Reviews at the activities n 
done and documented for CHNAVMAT appvroval. Peete 754 ee 1S 
CN> should ultimately approve continuation of aAPADE If 
development, the following additional recommendations wers 


submitted. 


ieee rormalize est and acceptance orocedures, 
2- Premature implementation sho a 
Ss ed under Conzs 


See Lf software develoonent i: cy 


a u act 
Eae CONtE=2Ctor /Fus? relationship skould be mor 


(D 


formalized, 
4. Provide basic and advanced tra 
and limitations of IAPS +o develooment programmer/ana- 


lysts, and 


Ue 





quire data recovery capability prior ts full ABADE 


c 
I implementation. 


bem CNO CONSTRAINTS 


Subsequently, the CN reviewed the NAVDAC report and 
provided recommendations in his lstter dated 1 November 
1979. This iettser placei a on 
Meee Li, specifically that: 


umber of constraints upon *he 


1. Implementation of Module ITA would be restricted to 
+he two prototype sites, NSC Oakland and WNRCO 
Wecnongton, D.C. ana 

2. There would be no further development, beyond nodule 
ia A. 

Thes@2 two constraints would remain in effect unti the 


maeLOW2na conditions were satis ‘fied: 


1. Submission and approval of a aéew ADS plan including a 
cost/benefit analysis Gon 254 S-290 in-house vs 
contractor development, 

2- Completion of a hazxdware sufficiency 
determine hardwar2 tyve and siz2 require 
Sate, 

3. Update of the APADE II FD and DRD following a detailed 
review of «hese documerts, and 

Meee 2eparation and submission of APADE IIT FY 80 and FY 81 

a 


budgetary requirements for CHNAVMAT's consider 


mae 5 UMAR Y 


«t 


he lesson 


in 


mae CUt=ent redesign effort is applying 
isarned from APADE Iani II toa Life c 


approach deavelopin aeemealiy 8ntsgrat 
2 


yol= Management 
d and exportable 
a 


automated procurement syst2n. The cr development and 
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design approach has been ipescon= in ted. The hardware 
requirements are presently being paralleled with the devel- 
opment cf a project to provide new hardware *9 che major 
stock points. Phiws Bpbodeects ={S designated as Stock Point 
Logistics Integrated GoMlunecactons EnVi=chament (SPLICE). 
The software currently used will be utilized only if it i 
compatable with the new hardware and meets the redesign 
requirements statement. 

The new APADE systen will apply the capabilities of 
automated data processing, automat2?i word processing andi 
pranting, integrated to the extent permitted by current 
technoiogy. The new APADE will orovide a standardized 


procurement data processiag system designed *o provide: 


ieee DOCUMen* control, 
2. Maragement and Buyer suppo 
3. Automated document and rap 
4. nterdependent syst2m supp 
AS previously mentioned, the rziesign eifort is being 
Bearormed under contract with Booz-Allen. Implementation is 


- 


currently estimated for March 1983. 


n> 





VI. CONCLUSIONS 

FOr approximately the last 35 years, the U.S. Navy has 
been imvolved in developing and implementing automated data 
system (ADS) within their organization. However, it has 
only been within the past few year *~hat the Navy has 
successfully avoided ¢th2 major pitfalls asscciated with 
developing and implementing these systems. 

The major factors contributing to improved management 
decisions within ADS devalopment and implementation are 
Mescorical knowledge, improved technology, and increased 
education in this rapid expanding fi214. This has lead to a 
change of philosophies amorg the personnel tasked with 
development and implementation orf ADS, man add; © UO nmaeeeO 
improved regulations Elsi aha felsfakloes clear and concis2 


guidelines for these personnel. 


One article which provides an excellant view of «the ADS 
development process within the Navv was published in 1976 by 
Rear Admiral Frank “S. Haak. Premiere iore enezt ied, 


"Brainware versus Hardwar2" presented six major sequential 
paeeeS for *+he development oof ADS within the U.S. Navy. 


They were: 


lee Planning, 

2. Technical Developmen-:, 

Be Haldware Acquisitioa, 

4. Pregranming, 

pee installation, and 

6. Maintenance. 

Poss Plarning Bhase is initiated by identifying «he ADS 

mieeceNs Of content, scope, boundaries and external inter- 


faces. This will lead to the systam's performance 





parameters and characteristics coming inte focus. ne 2h s 
time, alternative concepts, designs and technical approaches 
require evaluation to determine their feasibility and rela- 
tive effectiveness in satisfying the system requirements. 
Yechnically feasible alternatives should then be subjected 
to an economic analysis for selecting the ecptimum systen. 


The planning phase should provide th2= following products: 


1. A well-defined concept for an automated data system 
Cepable of satistyir ts particular operational 


requirements in a4 manner consistent with estaolished 


procedures, 
2. An evaluation of technically fsasible alternatives for 
implementing the ADS concept +o achieve the best 


possible balance between capabilities and cost, and 
3. An ADS development olan which identifies time sche- 
dules, resources, and management measures necessary to 
SeOuves=ni=" GCONCepcC 2NeO an Opeta tional capability via 

the selected development approach (Ref. 18: p14]. 

Admiral Haak indicated that short cuts in this phase 
would probably increase ths risk of serious verformance and 
economic penalties during the development, operation, and 


Maintscnanceof «he ADS. 


(v 


Designing the ADS initiates the technical developmen: 


Dees On ya. ca den ica sl ON, 


mT 


phase. Tieseducees fan lex plizcit ds 
ems eructuring cf the data system configuration capable of 
performing all ovrocessing EUneetons ' — ff Rot. 18: Demo: |. 
MemlOowWing the designing of the ADS, formulation o 
mmieractcri:stics, perfommansce requirearaents, and configuration 
SeeteceTia or a compatible computer systen shou 


completed. Products of this phase should include: 


1. A cOmprehensive design for the full-scale ADS, 
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PRuectirnice Onda) ~Gese-+p=10n Of the ADS which identifies 
the manner in which the design will satisfy «he 
requirements of the ADS sponsor, 

3. Detailed specifications for all data bases, Eles, 
application programs and software interfa 

u. ADP equipment specifications for use in the selection 
of appropriate general purpos= computer systems for 
+he ADS, and 

5. A revised davelopment plan reflecting any significant 

finements in the milestones schedules, 

resources, requiramnents, and estimated benefits 

presented in the original ADS development plan 
fret. 18: p. 16] 

Upon determining that new computer hardware is 

proposals are then solicited. The hardware acg 


u 
Biase Should result in a particular computer config 
= 


<< # ct 


which has been thoroughly 2valuated, tested, ands 
the basis of both performance and cost. 
The programming phas2 is divided into five sequential 


tasks. They are: 


(WD 


Mmppanalyzi2ng speci fications to identify each program for 


Some curing, 


tO 


meecoaging into progzamuing languag=2, 
Bee 2 Separing test data and organizing test routines to 


detect possibile errors, 


tng Sache init, 20d 
n 


UW & 


es 
me DOC pep Ene veogram. [Refs 18$3.p..16-18. ] 
O 


m 
pleting these ‘five task, System integration is 


fal p 


Meaer CC 
Peere=mea by joining individual programs into organiz 
mcedules. Miemamawvemas mn cOdang, test olanning, and cesti 
is reported and recorded as integration is performed. This 


phase should produce the following products: 
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1. Computer programs which perform all functions as 
specified in the ADS regquiremeit statement, 

2. Documentation for proper operation and maintenance of 
the ADS, and 

3. Complete set of test data. fR2f. 18: p.j 18. ] 

The installation phase envolves the testing, =n 
Meeeptance and certification, and installation of the A 
The tescing demonstrates that the ADS operates in an effec- 
tive and reliable manner and conforms to the ADS requirte- 
mené=+s and objectives. When @ ADS is designed for more than 
one site, the test will be designed and conducted as a 
prototype evaluation. 

The maintenance phase is the last phase. [% consists of 
the technical support required to eliminate programming 
errors and provide systen enhancements. ies Seune. Lon 2s 
usually best performed by the activity which desigred and 
developed the systen. 

Only after reviewing Aimiral da2zk's article does 
appreciation for the scop= of the development fo 
laté. By comparing the APADE II project and the de 
process as outlined above, the anderlying ceason 


APADE's delay and limited success bertome more apparent. The 


Rajorit of the reasons have been addressed in NAVDAC's 
Benort <o CNO. However, there are zwe other factors which, 
in this researcher's opinicn, Come eeniecd £5 she limited 


success or the project. 

Alzhough all activiti2s within the procurement precess 
are geverned by the same laws and regu 
2nterprets those guidelines in a slig! 
immaddit2=an, their procedures for perf 
process may vary according to prescribed local di 

Admiral Haak stated, “Special care must be taker to 

O 


Meeanms the detailed procedural conteait of a orop 


Fis, 





+o examine its interrelationships Wien 2h) functional 


systems and standard operating procedures employed within 
the command. If the proposed procedures deviate from some 
prescribed standard systen, it is prudent £9 propose a 


Change to the standard or obtain a waiver from the appro- 
priate senior before procesding. If the procedures cannot be 
defined in axplicit, formal detail, they simply cannot b2 
automated anyway" [ Ref. 18: p.13]}. 

mImce2oOnrally, the procurement process could be deseribed 
in detail; however, «he local operating procedures utilized 
by the various NPCS activities altered the process to neert 
individual command requirements. The ADS was to be used by 
all desiqnated activities, not tailored for each individual 
command. Prior to the development o£ the ADS for APADE, an 
extensive planning analysis of the various procedures 
employed should have been undertaxcsi. Adatetonaey, ne 
need to standardize «he proceliures among the users should 
have been evident. Mien wale Odtcat ton Of Chis occurred 
during FPMSO's evaluation of automated systems ased by NFCS 
pets Vities. None of thes2 systems were exportable because 
they were not comprehensive and designed ina different 
Manner *o suit just one activities requirenents. Tie sacs 
eed heave clearly indicated that there was no standard 
system among the activitiss. 

The environmental conditions during the development 
Peeertt Of APADE ITI also impacted upon the process. One 
reason previously address2d was the changing 9£ policies 
Meeatr the Navy's ADP program. Pio jentezei development 
efforts were most likely acceptable because, sinilar systems 
were being developed in th2 same manner. However, as time 
progressed, development philosophies began to be refined and 
a new method of ADS development evolved. 
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Another reason was th2 sense of urgency for the automa- 
*i9o9n of the procurement process. Faced with increasing 
procurement actions and p2arsonnel reductions combined with 
the need for improved procurement infermation, APADE 
appeared to provided the best solution +o overcome these 
problems. In an effort +5 provide this system to the activ- 
ities, management decisions and planning wer2 unrealisti- 
cally expedited. 

Alt+nough the APADE II project is 2 


Q 


ood example of how 
not to develop and implem2ant an ADS, it provides valuables 
insigh* for managers to apply in daveloping and implementing 
future automated data systems. As long as the same mistakes 
are not continually repeated, prograss will be made in «he 


effort to automate the procurement process 
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PROCUREMENT ENPUT, JUTPUT, AND REPORT DOCUMENTS 


The following are 2xamples of input document 


Mveeene NSC*s and NRCC *s; 


Ss received 


feeees-andard Form 129, "Bidd=rs Mailing List Application", 


meee Oe Form 633, “Contracting Pricing Proposal", 


Bee DD Form 1149, MveqUussitaon sara InveLlece/Shippsng 


Document", 


_—oovererm I39¢o5 "Single Line Item Requisition Document 


(Manual)", 


5. DD 13484, "Singla Line Iten Requisition Document 
(Mechanized)", 

6. DD Form 1348-1, “ Single Line Item Release/Recsipt 
Document!, 

foe DD FOrm 1348-6, “Non=NSN Requisition (Manual)", 

pee Form 1594, “Coneract Completion Statement", 

ee «6=6CNNAVCOMPT Form DFARS oe "Request £Or Geni eaet ila |: 
PePocironen:, 

Woe NAVSUP Form 1153, “Raquest for Purchase Action", 

PemavshA FOrm 4700/72, "Job Material List (JML)", 

mee sulipmen=/Performanc= Notification, 

Wee MOci fication of Payment, 

14. Latter/Message Purchase Request, 

15. Marerial Request, and 

16. Automated Bid Sheets. 

Maes fOtLowing 15 a list of some of the orcocurement 


Output documents distributed by NSCs and NRCCs: 


( Petia aarornNetase ' Request €or Ouotations", 


Pees otandard Form 26, "*Award/Con«ract", 
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4. 
ae 
Sis 


10. 


11. 


2 « 
Jae 
14. 
i. 
16. 


uns 
18. 
19. 
Z0. 


21. 
Z2- 
eS 
24. 


>. 
ZO « 


Standard Form 50; "Amendment of 
Semecictaseons/7mod: ft: cation of Contracts", 

Seaton amsormesoa, “SOlscitation, Offer, and Award", 
Standard Form 36, "Continuation Sheet", 

Standard Form 98, "Notice of Intention +95 Make a 
Service Contract and Respons2 to Notice", 

Seaedaad Fromme JuNeG=ce Of Award of Cotract", 

Standard Form 1034, "“Dublic Voucher for Purchases an: 
Services Other than Personal", 

DD Fogem 1155, “Ordre for Supplies or Services/Reques* 
FOEMONCTa tions”, 

DD Form 1384, "Transportation Control and Movement 
Document, 

Dimeeocunee e993; ReEDOrTt Of Individual Contract Profit 
Pian" . 

Dome o=um 15945 "Contract Somplstion Statement", 

DPPFOrmM 15017, “"Abstricior Bids", 

Diewecmn \o28, "Ppo-Awatd Survey of Offerors", 

Poe sOslan Ov pene Orma:(On tO JELSrors Of Quoterts", 
NAYMAT Form 4380/1, ‘Labor Surplus/Small Business Set 
Aside", 

Mss2gumen eso CONntract Administraticn Activity, 

Best and Final Notitication, 

Bedder"s Lists, 

Bed Verification, Blankez Purchase Agreement 
(BPA) /Basic Ordering Aqreement (BOA), 

Business Clearances (Pre and Post), 

piyess' DGakt Sheet, 

Navy Chief of Information (CNINFO) New Release, 
Commerce Business Daily Synopsis (before and after 
award), 

Contract Review Board Approval Request, 


Cure Notice, 
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ls 
ZS. 
29. 
30. 
Soe 
O22. 
eS « 
34. 
BD < 
BO). 
oe. 
38. 
Bs 
WO. 
AS 
42. 
43. 
44, 
15. 
46. 
ae 


DEF (Determination and Findings), 

Beeeer CONT EaACt , 

Non-Personal Services Questionnaire, 
Non-Standard Procurement Notification, 

NeeiGe Of EPceent aO1n Xetsotse Opticn, 

Notice of Termination, 

Notice to Unseccessful oOfferors, 

RAN (Request for Authority to Negotiate), 
Request for Audit, 

Request for COTR/Ordiering Orficer Assianaent, 
Request for ESO Compliance Check, 

Request for Lazest Collective Bargaining Agreement, 
Request for Non-Persanal Services Statement, 
Request for Ordering Data, 

Reqiec= £OusBA fOE Certificate of Competency, 


Request For Sole Sou 


ry 
QD 
718) 


Statement, 
Request for Staten2: Ou UrEgerey, 

Request for Technical Evaluation Factors, 
Show Cause Letter, 

Step Work Order, and 

GADPS SP Update TrarsSactions. 


MiemNsoCS andaenRCCs Ssoduce , among g@thers, the following 


whe @ 


reports: 


it. 
ere 


CO ~2 OF UO & WW 
so @# @®  @ 6 


Domo ooue lNdivia la bePsociranent Action Report", 
DD Form 1057, Men enly  SfocuLrenent Summary bv 
Piusenasing Office", 

Vivo Ubeconatmeag, “Purchase Statistics", 

Small and Disadvantaged Business UJtiliz 
Monthly Procurement Administrative Lead+tina Rep 
HeemomGgheraGce /OLNSt UnOriced Order Report, 
Uniform Management Report, and 

Monthly Procurement Backlog Reoort 
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APPENDIX B 
COMMAND PLAN 5338 


COMMAND PLAN APADE 


* REVISED April 1977 


1. Organizational Element: 
Deputy Commander, Procurement Management. 
2. Goal Statement: 


To provide an automated procurement management system to major 
field procurement activities. 


3. Naval Supply Systems Command Objectives Supported: 


Specific Objectives 80 (Source Data Automation), 35 (Improved 
Supply Performance), and 92 (Automation of Procurement). 


4. Statement of Significance: 


The APADE project will provide an automated procurement management 
System to 11 NAVSUP procurement activities and 18 other major field 
purchasing activities with capabilities for PR/requisition tracking, 
automated document preparation, and management information reports. 
The system will also have source data automation capabilities to 
enable transfer of pertinent procurement data to interfacing, depen- 
dent financial and supnly data systems without manual intervention. 
Overall effect will be to improve field procurement function, reduce 
cost of procurement operation, reduce procurement administrative 
leadtime, provide more responsive support to NFPS customers. ‘ 


S. “Means tc. Measure Progress Toward Goal Accomplishment: — 


The NAVSUP Command Plan reporting system will be utilized to 
monitor accomplishment of this goal. 


6. Tasks Which Contribute Toward Goal Accomplishment: 
a. Finalize Systems Policy Concept. 
b. Develop Systems Design Specification. : 
ec. Identify Hardware Requirements and Software Requirements. 
d. Develop requirements documentation. 
e. Obtain Hardware requisition approval. 


. f. Procure Hardware/Software. 


e 


Enclosure (1) 


ee eee ee re | ee ee eee - ee ey ee Pe ad eywyece ae = om’. “es ie RR ~e ie "  - eee Se eR, oe - 
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_g- Test and Implement at NSC Oakland. 
h. Implement at remaining NAVSUP commanded activities. 


i. Implement at non-NAVSUP commanded activities (18 sites), 


7. Description of Activity Goals: 


FMSO - Provide analysis, contracting, implementation and maintenance 
support. : . . 


8. Availability of Authority Within Organizational Element to 
. Accomplish Goal: 


. For NAVSUP commanded activities no additional authority is required. 
‘For non-NAVSUP commanded activities authorization will be coordinated 
with NAVMAT and parent SYSCOM's. 


a a a es ee 
_—_ ee) aes eer a 


Seo. Estimated Time for Accomplishments: a 


NAVSUP commanded activities - 18 months after approval. 


Non-NAVSUP commanded activities - 36 months after approval. 


10. Relationships Between This and Other Goals Submitted by 
Organizational Elements: 


None. j 


j 
1. Resources: 


Ve 
a. ouP 02.-- 2i/Y. 
SUP 04 - 2M/Y. 


b. FMSU 96 - 4M/Y. 
Maintenance iM/Y continuing. 


c. $1.3M OPN for 11 NAVSUP activities available FY 77. 
d. $1.8M OPN for 18 non-NAVSUP (POM 79), 


e. $50 - 75K O& MN $ for contractor support. A. ey, 
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COMMAND PLAN 
ACTIVITIES 





IMPLEMENT NON-NAVSUP COMMANDED 
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2ROGRAM PLAN —NAVSUP FORIA 2611 (7-66) 
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The APADE II system shall provide on-line request and 
retrieval functions to support ¢h2 procurement tracking 
Oeacess. These functions shall provide interactive terminal 
access +o the Purchase Master File disk records giving 


information regarding the general purchase request status. 


The APADE II system shall support the functions of 
procurement records and history by providing a Purchase 
Mas*er File on disk containing a record for each active 
procurement in process. A Purchase Master File record shall 
be initiated each time the Procurement Branch begins 4 
procurement activity. As tha activity moves ‘through the 
various stages of precurement, the corresponding records of 
the Purchase Master File shall be updated via local ofr 


remote interactive CRT and batch modes. 


Documen® Generation 
The document @erozae ton efunctiscn shall imclude 3 


Semoinacion of on-line interactive CRIT data ntry and 

Pee-od:c betch operations. Specific Navy and other nilitary 

Begdlac ions shall be entered via this function and stored on 

disk by the system. Pits OrMd=|0n Shall <chen be 

foeetabie for retrieval and editing along with the entry of 
n u 


Bieeic? tic text for <zhe pr2aparatio of the varicus formal 


procurement documents. 





Ine ObmMation Lunstion shall provide a 
combination of interactive on-line data entry and batch 
oriented operations. The procurenent office management 
Bemurres the ability t9 request information/data from tha 
APADEII System on various aspects of the procurement office 
processing (auditing) cycle plus the ability +0 generate 


periodic batch reports. The reports may then be utilized by 


internal procurement office personnel and eaxternal Navy 
commands for purposes of caviewing ach procurement otfice's 
progress, outstanding purchase requests, Situations, and 


expenditure data. 


Telecommun ication aaa £ac2 
The telecommunicaticn interface function shall provide 


the ability for the APADE IIT System to communicate via 
@Gommon carrier (telephone facilities) services with external 
U.S. Navy Financial and Supply comouterized Data Systems. 
This interface shall be utilized by the Navy Procuremens 
Mememee LOL purposes Of exchanging {input or output) APADE II 


@eeayirftormation wath certain other Navy facilities 
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Mosk One = System Specifics tions (3S) 


The System Specification i itten to provide detailed 


"nh 
x 
O Ww 


definition of the system functions, =O Dravid] ongoing 
analysis, and to define in detail the facilities +o be 
M2tazed to accomplish the interfaces. All proaqzrams 
necessary are described. The SS shall be writter according 
to NAVSUP PUB's 506, 507, =and 508 and as such will b2 based 
emmeene APADE If Functional Description (FD). Ihe SS will be 


reviewed by FMSO for consistency with the FD. The apovroved 


(D 


SS will be the basis for further system developmen«. iets 
Medeartications are found to be aporspriate to the Ss, ali 
such changes shall be made by the development contractor 


only on written approval by NAVSUP. 


Task Two - Dat 
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The DS describes the storage allocation and data base 


orgenization that provides the basic design data necessary 
MeeecOns-rttction of system files, tables, dictionaries and 


meectories. The Se snali be writt 


iD 
3 


accorarng ~=c NAVSUP 
PUB's 506, 507 and 508 and as such shall be based on «he FD, 
Pepeeoo, and PS. The DS will be subjact to FMSO approval and 
once approved all changes shall be reviewed and approved by 
Es Os 


Test Plan 

Mes-= plans will be written for two levels of formal 
testing. The upper level of test plan shall be baséd on the 
FD objectives and requirements whiis the lower level shall 


Bemoasca Of the SS and its identified requirements. The 


Ve 





tes= plan shall be reviewed and approved by FMSO. The 
Functional Test Plan on upper level tast plan shall test the 
system from the user viewpoint and will demonstrate system 
inputs and outputs at the user level. The program test plan 
Shall test the system from the maintainer's viewpoint and 
Shall demonstrate consistency between delivered 


documentation and the system code that is used. 


Task Four - Program Specification (PS) 

The PS describes the orogram design in sufficient detail 
Pompermi*® program production by «he coder. eferences for 
the PS are the FD and ths SS. The PS shall be wr 
mezocding tO NAVSUP PUB's 506, 507 and 508. The PS shall b 


submitted to FMSO for review of consistency with the SS 


: 


Ten 


+3 


(D 


fu 


an 
FD. Changes which do not effaest those higher level 
documents may be made by the develoomen*t contractor at his 


discretion but mus* be submitted for review by FMSO. 


Task Four = Program Codiny and Testiag 


mie sindavidual progtans 2dentified in «the PS shall be 


coded in a structured manasr accordina to the design of the 
program specification. After successful compilation ¢ach 
shall be tested by atest designed by the coder. After 


successful testing “the idievelopmant contractor's gqualit 
assurance manager shall review the orogrammer's notebook, 
*he code and test results *o ensure that *+he code meets the 


PS requirements. 


Task Six = System Integration 


The individual programs will be integrated ints a unit 
and tested according to the Prodqram Test Plan. helo: 
ccmpletion the software program package and +ese result will 
be reviewed by the development contractors quality assurancsa 
manager. The system operations and functions shall «hen be 
@eemead acCcOrding to =he Functional Test Plan and the results 
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Beported tovFNSO by the development contractor's quality 
assurance manager. The Functional Test will be made with 


FMSO representation present. 


ting 


Acesptance Te 


ju 


2E 
The software program package shall be installed at NSC 
Oakland and operated by Navy personnel for a one month 
period. The Navy shall log all software incidences duting 
the period and the develonoment contractor shall correct any 
deficiences and modify the system documenta*ion 
correspondingly. When all deficitences are corrected an 
additional two week test shall be conducted to ensure 


eerrection of «he 30 day tast deficiences. 


ask Eight = User Manuals 

A complete set of user GCNMNeneaa.On fOr each 
implementation site (35) shall be provided by "the 
Gon ractor. This documentation will include detailed desk 


procedures for purchase personnel and an executive users 
manual for purchase manajy2men* personnel. This executive 
manual will provide summary infornation such as reports 
available, options available, sumnary outline for systen 


@eeration, etc. 


Weaehamg@ £55 ths user and for the sc 
Shail be performed by the developnent cont 
Medeneng Shall be conducted for complete osperation by 
procurement buyers and clerks. Additional material will be 
Pessencted to guide the user in obtaining *he full use of 
hardware and software maintenance support. User training 

Asha COnuSis= Of 16 


mMeer= Of On-Site instzuction at NSC-Oakland. Software 


Shall be based on the User Manual 22 


th 


Maintenance training shall consist 93 32 hours of classtoon 


Mee eruction. Software maintenance training shall be based 
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or the complete software program package, all system 


Secunmenca=ion (FD, RD, SS, DS, PS). 


Task Ten = Quality Assurance Program 

The development contractor shall designate a quality 
assurance manager who shall reviaw all documentation for 
consistency and completeness. He shall be responsible for 
assuring that all documents até consistent with the final 
product and shall review all changesto the FD, 8D, SS, ODS, 
and PS. Heewii pL eptceesne LUnCticnal ard program test 


plans and shall review individual code tests prior to their 


integration into the systen. He will pverticipatea in the 
system testing and shall prepare test report on ‘the 
results. 
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